조직이 문제를 만나면 가장 먼저 하는 일은 도구를 사는 것입니다. 소통이 안 되면 메신저를 바꾸고, 일정이 밀리면 프로젝트 관리 도구를 들이고, 문서가 흩어지면 위키를 엽니다. 그런데 몇 달 뒤에 돌아보면 이상한 일이 벌어져 있습니다. 도구는 늘었는데 일은 더 복잡해져 있습니다.

일은 도구 안에서 막히지 않는다

일이 막히는 지점을 하나하나 짚어 보면, 대부분 도구 안이 아니라 도구와 도구 사이, 사람과 사람 사이에 있습니다. 메신저에서 합의한 내용이 관리 도구에 옮겨지지 않아서, 문서는 있는데 그 문서가 언제 갱신됐는지 아무도 몰라서, 요청이 넘어갔는데 받은 쪽이 그것을 자기 일로 인식하지 못해서 막힙니다.

도구는 각자 자기 안쪽만 책임집니다. 사이를 책임지는 것은 도구가 아니라 흐름의 설계입니다. 흐름이 설계되지 않은 조직에서 도구를 늘리는 것은, 도로 없이 차만 사는 것과 같습니다. 차가 늘수록 마당만 좁아집니다.

흐름을 그리는 세 가지 질문

업무 하나를 골라 종이에 그려 봅니다. 거창한 다이어그램이 아니어도 됩니다. 다음 세 가지 질문에 답이 그려지면 충분합니다.

1. 이 일은 어디서 시작해서 어디서 끝나는가. 시작과 끝이 흐릿한 일은 끝나지 않고 흐려집니다. “고객 문의 처리”라는 일의 끝은 답장을 보낸 순간인가, 고객이 해결됐다고 확인한 순간인가. 끝을 정의하는 순간 그 일의 품질 기준이 생깁니다.

2. 누구의 손에서 누구의 손으로 넘어가는가. 손바뀜 지점이 사고 다발 구간입니다. 넘기는 쪽은 넘겼다고 생각하고, 받는 쪽은 받은 줄 모르는 지점. 흐름도에서 화살표가 사람을 건너는 곳마다 “받았음이 어떻게 확인되는가”를 적어 봅니다. 적을 것이 없다면 그 지점이 병목입니다.

3. 어디서 기다리는가. 일의 소요 시간 대부분은 작업 시간이 아니라 대기 시간입니다. 승인을 기다리고, 답변을 기다리고, 다른 일이 끝나기를 기다립니다. 기다림이 생기는 지점은 대개 결정 권한이 흐름보다 위에 있다는 신호입니다.

도구는 흐름의 그릇이다

이 세 가지에 답이 그려진 뒤에 도구를 고르면, 도구 선택은 놀랄 만큼 쉬워집니다. 흐름이 요구하는 기능이 명확하기 때문입니다. 반대로 흐름 없이 고른 도구는 도입 자체가 목적이 되고, 조직은 도구에 일을 맞추기 시작합니다.

더 좋은 업무는 더 많은 도구에서 시작되지 않습니다. 더 좋은 질문과 더 나은 설계에서 시작됩니다. 도구를 늘리기 전에, 흐름부터 그려 보세요.

함께 읽기 — AI 협업의 진짜 비용은 프롬프트가 아니라 맥락이다