< “우리가 쓰는 툴은 몇 개일까?”>
이 질문을 던지면, 대부분의 팀은 대답하지 못합니다. 누구나 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개 이상 해당된다면, 리셋 시그널이 이미 온 것이다.
<툴 리셋 주기 플로우>
“Reset은 삭제가 아니라 순환이며, 툴이 순환하면, 문화가 갱신됩니다.
<마치며-툴은 정리해야만 합니다.>
좋은 팀은 새로운 툴을 잘 고르는 팀이 아니라, 오래된 툴을 잘 정리하는 팀입니다. 툴 리셋 워크숍은 조직의 ‘기술적 청소일’이죠 한 번의 정리가 3개월의 리듬을 만듭니다. 툴은 쌓이지만, 문화는 순환되어야 하며, 툴 리셋은 문화의 환기입니다.