커뮤니케이션 코스트: 대화가 많을수록 일이 느려지는 이유

프로젝트가 지연되고 있습니다. 당신의 첫 번째 반응은 무엇입니까? "사람을 더 뽑자." 대부분의 파운더가 이렇게 생각합니다. 그리고 대부분 상황이 더 나빠집니다.

개발자 1명이 하루 만에 끝낼 기능을, 3명이 모이면 3일이 걸립니다. 농담이 아닙니다. 누가 무엇을 할지 정하는 회의, 진행 상황을 공유하는 회의, 충돌을 해결하는 회의. 일하는 시간보다 일에 대해 이야기하는 시간이 더 많아지는 순간, 커뮤니케이션 코스트가 생산성을 잡아먹기 시작합니다.

브룩스의 법칙: 50년 전에 이미 증명된 진실

1975년, IBM의 소프트웨어 엔지니어 프레드 브룩스는 《맨먼스 미신》에서 한 문장으로 소프트웨어 개발의 본질을 찔렀습니다.

"늦어진 소프트웨어 프로젝트에 인력을 추가하면, 더 늦어진다."

이유는 간단합니다. 사람이 늘어나면 커뮤니케이션 경로가 기하급수적으로 증가합니다. 2명이면 경로는 1개, 3명이면 3개, 5명이면 10개, 10명이면 45개. 공식은 n(n-1)/2입니다. 팀에 한 명을 추가할 때마다, 모든 기존 멤버와의 새로운 소통 라인이 생깁니다.

인디 파운더에게 이 법칙은 두 가지를 의미합니다. 첫째, 혼자 일하는 것이 느린 게 아니라 가장 빠른 구조일 수 있습니다. 둘째, 팀을 키울 때는 사람 수가 아니라 소통 구조를 먼저 설계해야 합니다.

회의 한 시간의 진짜 비용은 한 시간이 아닙니다

오후 2시에 30분짜리 회의가 잡혀 있다고 합시다. 당신은 1시 40분쯤부터 집중력이 흐려지기 시작합니다. 회의가 끝나면 다시 원래 작업으로 돌아오는 데 15분이 걸립니다. 30분 회의의 실제 비용은 최소 1시간입니다.

Paul Graham은 이것을 "메이커의 스케줄"과 "매니저의 스케줄"로 구분했습니다. 매니저에게 30분 회의는 30분입니다. 하지만 코드를 짜거나 글을 쓰는 메이커에게 30분 회의는 반나절을 날리는 것과 같습니다.

• 컨텍스트 스위칭 비용: 깊은 작업에서 빠져나왔다가 다시 돌아오는 데 평균 23분이 걸립니다 (UC Irvine 연구)
• 준비 비용: 회의 전 자료 준비, 어젠다 확인, 멘탈 전환에 드는 시간
• 후속 비용: 회의록 정리, 액션 아이템 배분, 후속 질문 응대

하루에 회의가 3개 있으면, 당신의 하루에서 딥워크 가능한 시간은 사실상 0입니다.

슬랙 알림이 생산성을 파괴하는 메커니즘

실시간 메시지 도구는 커뮤니케이션 비용을 낮추는 것처럼 보이지만, 실제로는 정반대입니다. 슬랙이나 카카오톡 업무 채팅방의 진짜 문제는 "항상 응답 가능해야 한다"는 압박입니다.

메시지를 확인하고 답장하는 데 30초밖에 안 걸려도, 집중 상태에서 빠져나오는 순간 당신의 뇌는 리셋됩니다. 하루에 이런 인터럽트가 50번 발생하면, 하루 종일 일하고도 아무것도 완성하지 못한 채 퇴근하게 됩니다.

"바쁘게 소통하는 것과 생산적으로 일하는 것은 완전히 다릅니다."

Basecamp의 창업자 Jason Fried는 "실시간 채팅은 올데이 미팅이다"라고 말했습니다. 슬랙 채널에 상주하는 것은, 하루 종일 회의실에 앉아 있는 것과 다르지 않습니다.

2명일 때 소통 구조를 설계하지 않으면, 5명이 될 때 무너집니다

많은 인디 파운더가 팀이 작을 때 소통 규칙을 만들지 않습니다. "우리는 아직 2명이니까, 알아서 하면 되지." 이 말이 위험합니다.

2명일 때의 비공식 소통 습관은 5명이 되는 순간 혼란이 됩니다. 누가 어디에 무슨 결정을 기록했는지 아무도 모릅니다. 카카오톡에 했던 건지, 노션에 적은 건지, 전화로 말한 건지. 정보가 사람의 기억 속에만 존재하면, 그 사람이 빠지는 순간 모든 것이 사라집니다.

• 소통 채널 단일화: 업무 대화는 하나의 도구에서만. 카카오톡은 사적 대화, 슬랙이나 노션은 업무 전용으로 분리하세요
• 결정은 반드시 문서화: 구두 합의는 합의가 아닙니다. 노션이든 구글 독스든, 글로 남기세요
• 비동기 우선 원칙: "지금 당장 답해야 해?"가 아니라 "오늘 중으로 확인해줘"가 기본값이어야 합니다

인디 파운더의 최대 무기: 소통 비용 제로의 실행력

혼자 일한다는 것은 느린 것이 아닙니다. 의사결정과 실행 사이에 지연이 없다는 뜻입니다.

대기업에서 하나의 기능을 출시하려면 기획 회의, 디자인 리뷰, 개발 스프린트, QA, 배포 승인 — 최소 2주가 걸립니다. 인디 파운더는 아침에 아이디어를 떠올리고, 점심 전에 코드를 짜고, 저녁에 배포할 수 있습니다. 이것이 1인 팀의 구조적 우위입니다.

하지만 이 우위는 다른 사람과 일하기 시작하는 순간 줄어듭니다. 프리랜서, 외주 개발자, 파트타임 디자이너. 협업자가 한 명 늘어날 때마다, 당신은 의식적으로 소통 비용을 관리해야 합니다.

프레드릭 브룩스가 알려주지 않은 해법: 인터페이스 설계

소프트웨어에서 모듈 사이에 인터페이스를 정의하듯, 사람 사이에도 인터페이스가 필요합니다.

좋은 인터페이스는 "무엇을 전달하고, 무엇을 기대하는지"가 명확합니다. 외주 개발자에게 "이거 좀 만들어주세요"라고 하면, 20번의 질문과 3번의 수정이 발생합니다. 대신 "이 피그마 시안대로, 이 API를 호출해서, 이 형식으로 데이터를 보여주세요. 완료 기준은 이 체크리스트입니다"라고 하면, 소통은 한 번이면 충분합니다.

• 브리프 문서: 모든 요청에 배경, 목표, 완료 기준, 마감일을 포함하세요
• 체크포인트 설정: 완성 후 리뷰가 아니라, 30% 지점에서 방향을 확인하세요
• 의사결정 권한 위임: "이 범위 안에서는 당신이 결정하세요"가 가능하면, 소통 횟수가 절반으로 줄어듭니다

아마존의 투피자 룰이 진짜로 말하는 것

제프 베조스의 "두 판의 피자로 먹일 수 있는 크기의 팀"은 단순히 팀 규모에 대한 이야기가 아닙니다. 커뮤니케이션 경로를 제한하라는 원칙입니다.

6명이 넘는 팀에서는 전원이 모든 정보를 공유하는 것이 불가능합니다. 그래서 팀을 작게 유지하거나, 큰 팀이라면 소통 경로를 의도적으로 제한해야 합니다. 모든 사람이 모든 것을 알 필요는 없습니다. 각자의 영역에서 자율적으로 결정하고, 결과만 공유하면 됩니다.

인디 파운더가 팀을 키울 때도 마찬가지입니다. 3명의 프리랜서와 일한다면, 3명이 서로 직접 대화하게 하지 마세요. 당신이 허브가 되되, 허브의 역할을 최소화하세요. 명확한 브리프, 독립적인 업무 분할, 비동기 업데이트. 이 세 가지가 있으면 3명의 프리랜서가 동시에 일하면서도 서로 한 번도 대화하지 않아도 됩니다.

소통을 줄이는 것이 아니라, 불필요한 소통을 없애는 것입니다

커뮤니케이션 코스트를 줄이라는 말이 "대화하지 말라"는 뜻은 아닙니다. 핵심은 가치 있는 소통과 낭비되는 소통을 구분하는 것입니다.

가치 있는 소통은 의사결정을 앞당기고, 오해를 방지하고, 팀의 방향을 맞춥니다. 낭비되는 소통은 이미 결정된 것을 다시 논의하고, 불필요한 사람을 회의에 초대하고, "읽었습니다" "확인했습니다" 같은 의미 없는 메시지를 주고받는 것입니다.

당신의 비즈니스에서 지난 일주일간의 회의와 메시지를 돌아보세요. 그중 절반은 없어도 결과가 같았을 겁니다. 그 절반을 없애는 것이, 사람을 한 명 더 뽑는 것보다 생산성에 훨씬 큰 영향을 줍니다.

인디 파운더의 경쟁력은 더 많이 소통하는 것이 아니라, 더 적게 소통하고도 더 빠르게 실행하는 구조를 만드는 것입니다. 소통 비용을 의식하는 순간, 당신은 10명 팀보다 빠른 1인 팀이 될 수 있습니다.