툴 리셋 워크숍-분기마다 툴을 점검하라

by dionysos

< “우리가 쓰는 툴은 몇 개일까?”>


이 질문을 던지면, 대부분의 팀은 대답하지 못합니다. 누구나 Slack, Notion, Jira, Figma를 쓰지만, 정확히 왜 쓰는지, 얼마나 쓰는지, 누가 관리하는지는 모르기 때문이죠.


툴은 원래 팀을 단순하게 만들기 위해 도입되지만, 시간이 지나면 오히려 팀을 복잡하게 만드는 원인이 되곤 합니다. 그래서 필요한 게 바로 ‘툴 리셋 워크숍’입니다. 툴을 바꾸는 게 아니라, 툴을 정리하는 시간입니다.



<툴 리셋이 필요한 이유>


① 툴 리셋이 필요한 이유


1️⃣ 툴은 ‘증식’하고, 사람은 ‘적응’한다

새로운 프로젝트, 새로운 기능, 새로운 요구

툴은 늘어나지만, 팀의 이해도는 그 속도를 따라가지 못한다.

→ 일정 주기마다 ‘툴의 수명주기’를 점검하지 않으면,조직은 운영 부채(Operational Debt) 를 쌓는다.


2️⃣ 툴은 데이터보다 관계를 바꾼다

툴의 흐름이 바뀌면 커뮤니케이션 구조도 변한다.

Slack 채널 구조를 바꾸면 대화의 속도가 달라지고,

Notion의 권한을 수정하면 결정의 방식이 달라진다.

→ 툴 리셋은 단순한 ‘정리’가 아니라 관계의 리빌딩이다.



② 툴 리셋 워크숍 설계


분기마다 1회, 90분

툴을 논의하는 게 아니라, 일의 리듬을 점검하는 회의


[STEP 1. 준비 – “툴 맵” 그리기]

진행자: PO 또는 팀 운영 담당자

시간: 20분

실행 방법:

현재 사용하는 모든 툴을 나열

각 툴의 목적·사용자·최근 사용일을 작성

중복되거나, 30일 이상 미사용 툴에 색 표시4


[STEP 2. 진단 – “흐름이 끊긴 곳” 찾기]

진행자: 팀 리더 + 툴 오너

시간: 30분

핵심 질문:

1️⃣ 이 툴은 기록 / 협업 / 자동화 중 어디에 속하는가?

2️⃣ 이 툴은 어떤 툴과 연결되어 있는가?

3️⃣ 연결이 끊긴 구간이 있다면, 그 이유는 무엇인가?

“D → A”가 끊겼다는 건, 결과(데이터)가 다시 기록으로 순환되지 않는다는 의미입니다.


STEP 3. 리셋 – “툴 생명주기표” 만들기

진행자: 전원

시간: 40분

리셋의 핵심은 제거보다 명료화다.

“무엇을 없앴는가”보다 “무엇을 남겼는가”를 기록하라.

이 시퀀스는 분기마다 진행되는 Tool Reset 워크숍의 흐름을 보여줍니다.

핵심은 ‘점검 → 결정 → 기록 → 공유’의 선순환을 만드는 것. 즉, 툴을 늘리는 게 아니라 툴의 생명주기를 관리하는 과정입니다.



<툴 리셋 체크리스트>


팀이 쓰는 툴의 전체 목록을 알고 있다

각 툴의 목적이 1줄로 정의되어 있다

30일 이상 미사용 툴이 있다

중복되는 기능의 툴이 있다

툴 오너가 명확하지 않은 툴이 있다

툴의 연결 흐름(기록→협업→자동화)이 시각화되어 있다

→ 3개 이상 해당된다면, 리셋 시그널이 이미 온 것이다.



<툴 리셋 주기 플로우>


20251020_133639.png
20251020_133648.png
“Reset은 삭제가 아니라 순환이며, 툴이 순환하면, 문화가 갱신됩니다.



<마치며-툴은 정리해야만 합니다.>


좋은 팀은 새로운 툴을 잘 고르는 팀이 아니라, 오래된 툴을 잘 정리하는 팀입니다. 툴 리셋 워크숍은 조직의 ‘기술적 청소일’이죠 한 번의 정리가 3개월의 리듬을 만듭니다. 툴은 쌓이지만, 문화는 순환되어야 하며, 툴 리셋은 문화의 환기입니다.