협업툴을 바꾸기 전에 먼저 물어야 할 것들

툴이 문제가 아니다

협업툴을 바꾸자는 말이 나오면 팀은 잠깐 들뜬다.

이번엔 달라질 것 같고, 뭔가 “체계”가 생길 것 같고, 마침내 협업이 될 것 같기 때문이다.

그런데 경험상, 툴 교체가 만든 변화는 딱 여기까지인 경우가 많다.
새 화면, 새 알림, 새 템플릿.

Copyrights: Giphy Cheddar

그리고 얼마 지나지 않아 팀은 다시 익숙한 방식으로 돌아간다. 기록은 흩어지고, 결정은 사라지고, “누가 뭘 하는지”는 또 흐릿해진다.

툴이 부족해서가 아니다. 대부분은 일하는 방식이 그대로인데 도구만 바뀌었기 때문이다.

협업이 무너지는 순간은 보통 “툴 밖”에서 시작된다

툴이 바뀌면 협업이 좋아질 거라고 믿게 되는 이유가 있다. 눈에 보이는 게 바뀌니까, 문제도 바뀐 것처럼 느껴지기 때문이다.

하지만 협업이 무너지는 지점은 대개 툴의 기능이 아니라 이런 것들이다.

결정이 났을 때, 누가 기록하고 어디에 남기는지 합의가 없다

업무를 쪼갤 때, “완료”의 정의가 사람마다 다르다

상태값/우선순위/담당 방식이 제각각이라, 보드가 곧 혼돈이 된다

바쁜 날에는 규칙이 무너지고, 그게 “관행”이 된다

툴은 이 문제들을 해결하지 못한다. 다만 더 선명하게 드러낼 뿐이다.

“우리 팀에 맞게” 쓰는 게 핵심이다

협업툴 도입에서 진짜 관건은 단순하다.

우리 팀이 실제로 어떻게 일하는지 관찰하고

그 흐름에 맞춰 툴을 “맞추고(설계하고)”

정한 규칙을 구성원이 지키게 만드는 것

여기서 중요한 포인트는 “규칙을 만드는 것”이 아니라, 규칙이 지켜지는 구조를 만드는 것이다.

툴을 교체하면 잠깐의 문제는 해결되지만 결국 구성원이 정한 규칙을 지키고 따르게 하는 것은 다른 차원의 문제이기 때문이다.

문제를 해결해야하는 사람이 따로 있나?

놀랍게도. 그렇다. 따로 있다.

특히, 이건 ‘일반 구성원’의 문제가 아니라 ‘관리자’의 문제다

협업툴 정착이 실패하는 이유는 “팀원이 귀찮아해서”가 아니라, 관리자가 끝까지 설계하고 지키지 않아서인 경우가 많다.

구성원은 보통 합리적으로 행동한다. 기준이 불명확하면 각자 편한 방법을 쓰고, 관리자가 스스로 예외를 만들면 그 순간 규칙은 끝난다. 그래서 협업툴을 바꾸기 전에, 먼저 관리자(리더/PM/운영자)가 물어야 한다.

우리는 무엇을 “정의”할 건가(업무 단위/완료 기준/우선순위)

우리는 무엇을 “강제”할 건가(필수 기록/필수 필드/리뷰 루틴)

우리는 무엇을 “예외 없이” 지킬 건가(리더 포함)

툴은 도구고, 운영은 사람이다. 리더가 먼저 바뀌지 않으면, 툴은 그냥 새로 산 노트에 불과하다.

오늘은 결론만: 툴을 바꾸기 전에, 질문을 바꾸자

그래서 나는 협업툴을 바꾸기 전에 “무엇을 도입할지”보다 “무엇을 물어볼지”부터 바꿔야 한다고 생각한다.

우리 팀은 지금, 일이 어디에서 막히는가?

그 막힘은 기능 부족인가, 규칙 부재인가, 리더십 부재인가?

새 툴이 아니라, 새 습관(회의-기록-실행-리뷰)이 필요한 건 아닌가?

툴은 ‘정답’이 아니라 ‘성격’이다

중요한 건 “어느 툴이 더 좋은가”가 아니라, 어떤 팀에게 어떤 성격이 맞는가다.

다음 글에서는 그동안 사용해봤던 툴을 비교해보고 나름의 결론을 내려보려고 한다.

정말로 물어보고 싶다

당신의 팀은 협업이 보통 어디에서 무너지나? “기록”, “실행”, “리뷰”, “책임” 중 하나를 꼽는다면 무엇인가?

툴이 아니라 규칙/운영을 바꿔서 효과를 본 경험이 있다면, 어떤 룰이었나?