"협업"은 거짓이다

“Collaboration” is bullshit

📅 2026-03-23 📰 Hacker News (Top) ⬆ 268

요약

현대 기술 산업이 협업 도구(Slack, Notion, Jira 등)에 집착한 결과 실제 생산성보다 협업의 외형에만 집중하게 되었다는 비판 글입니다. 역사적 사례(1944년 Battle of the Bulge, IBM의 20/80 법칙)를 통해 집단 내에서 책임 분산으로 인한 개인 노력의 감소 현상을 설명합니다.

핵심 포인트

집단 크기가 증가하면서 투명성이 진전으로, 가시성이 책임으로 혼동되는 현상 발생
협업이 개인 책임을 흐릿하게 하고 실패를 프로세스의 탓으로 돌리는 심리적 안전장치 역할
Frederick Brooks의 소프트웨어 개발 논문처럼 커뮤니케이션 오버헤드가 기하급수적으로 증가하면서 생산성 감소

왜 중요한가

팀 협업과 도구 도입 시 실제 산출물 창출에 집중해야 함을 상기시키는 관점을 제시합니다.

📄 전문 번역

협업 도구의 역설: 왜 우리는 더 많이 일하지만 덜 만드는가

이 뉴스레터는 무료로 읽을 수 있으며, 그대로 유지될 예정입니다. 다만 더 많은 콘텐츠를 원하신다면 - 매달 추가 글, 커뮤니티 접근 권한, 그리고 직접 질문할 수 있는 기회 - 월 $2.50의 유료 구독을 고려해보세요. 많은 분들이 충분한 가치가 있다고 말씀하셨습니다.

20%의 법칙

1944년 벌지 전투. 제3제국의 마지막 도박이었던 이 전투에서, 미군 역사가 S.L.A 마셜은 전투 경험을 막 하게 된 보병 중대들을 인터뷰했습니다. 3년 뒤 『Men Against Fire』라는 책으로 출판된 그의 연구는 충격적인 결과를 보여줍니다.

전투 중인 소총수 중 단 15~20%만 실제로 총을 쐈다는 것입니다. 나머지는 고개를 숙이고 있었어요. 명령이 떨어지면 움직였고, 진지를 지켰으며, 겉으로는 전투 중인 병사처럼 보였습니다. 하지만 총을 당기진 않았어요.

조직의 어떤 지표로 봐도 그들은 현장에 있었고 명부에 올라있었습니다. 그런데 5명 중 4명은 방아쇠를 당기지 않은 거죠.

마셜의 수치가 정확한지, 방법론이 타당한지 논쟁할 여지는 있지만, 이 비율은 계속 나타났습니다. 1960년대 IBM은 컴퓨터 사용량의 80%가 시스템 기능의 20%에서만 나온다는 걸 발견했거든요.

이 패턴이 반복되는 이유는 간단합니다. 집단 내에서 노력이 어떻게 분배되는지를 정확히 설명하기 때문입니다. 일부 사람들이 대부분의 일을 하고, 나머지는 '구조적 지지'라고 부를 수 있는 것을 제공할 뿐이거든요.

어느 정도 규모 있는 조직에서 일해본 사람이라면, 이게 정확히 무슨 말인지 압니다.

협업 도구의 열풍

현대 기술 업계는 인적 조정과 참여의 문제를 마주쳤을 때, 한 가지 해답을 찾았습니다. 바로 "협업"이었어요.

20% 정도만 '킬러 본능'으로 움직인다면, 나머지 80%의 공동 본능을 더 잘 관리하면 되지 않을까? 이렇게 생각했습니다. 그래서 협업은 업계의 집단적 집착이 되었습니다. 우리는 "팀워크"를 성배처럼 추구했어요.

그 결과물들을 보면:

문서를 위한 Notion
작업을 위한 ClickUp
대화를 위한 Slack
티켓을 위한 Jira
보드를 위한 Monday
이메일이 되어야 할 통화를 위한 Teams
다른 곳에 들어갈 수 없는 것들을 위한 이메일
그리고 이제 전체 스택을 재발명하려는 AI 에이전트까지

평균적인 지식 근로자는 하루에 수백 번 애플리케이션을 전환하며 수많은 시스템에서 계정을 유지합니다. 그리고 그들은 종합적으로 엄청난 규모의 조정되고 협력적인 활동을 생산해냅니다.

그런데 그것이 실제 산출물이 되는 일은 거의 없습니다.

협업이라는 환상

마케팅 포장지, 개발자 관계, 블로그 글, 펀딩 라운드를 다 제거하면 뭐가 남나요? 집단적 참여의 시뮬레이션일 뿐입니다. 그 이상도 이하도 없어요.

우리가 한 실수가 있습니다. 투명성을 진전으로, 가시성을 책임감으로 착각했어요. 스레드에 포함되는 것이 마치 그 결과를 책임지는 것처럼 느껴졌습니다.

이 혼동이 문화 수준으로 자리 잡으면, 빼내기가 거의 불가능해집니다.

협업의 느낌은 개인적 책임감이 절대 줄 수 없는 방식으로 쾌적합니다. 무언가를 소유한다는 건, 바로 당신이, 명확하게 드러나면서, 그것에 실패할 수 있다는 뜻입니다. 그리고 그 실패는 당신 이름에 붙어다닙니다.

반면 협업한다면 실패는 "프로세스"의 책임이 됩니다. 그래서 모두가 협업을 선택했어요. 그리고 우리는 그것을 "문화"라고 불렀습니다.

책임감의 확산

마셜의 소총수들은 집단 내에서 일어나는 책임감의 희석에 반응하는 평범한 사람들이었습니다. 1913년 막스밀리앙 링겔만은 줄을 사용해서 같은 현상을 측정했어요. Slack 이모지 반응이 있기 훨씬 전의 일입니다.

개인의 노력은 집단의 크기가 늘어날수록 예측 가능하게 감소합니다. 다른 사람의 존재가 개인적 책임감을 녹여내는데, 이게 모두에게 완전히 타당해 보입니다. 당신은 팀의 일원이고, 기여하고 있으며, 동시에 (측정 가능하게) 혼자 줄을 당길 때보다 덜 힘을 쓰고 있습니다.

줄에 달린 모든 사람이 동시에 이렇게 하고 있으니, 총 힘은 인원 수가 시사하는 만큼 합산되지 않습니다.

소프트웨어의 세계도 마찬가지

프레더릭 브룩스는 1975년 소프트웨어 개발에서도 같은 역학을 발견했습니다. IBM의 System/360 프로젝트를 관찰하면서 발견한 거였어요.

그의 유명한 결론: 지연된 프로젝트에 인력을 추가하면 더 지연된다는 것입니다.

커뮤니케이션 오버헤드는 인원 수보다 빠르게 증가합니다. 조정 비용은 복합적으로 증가하고, 새로운 사람은 자신의 역량뿐 아니라 다른 모든 사람과의 관계도 가져옵니다. 그 관계들은 관리가 필요하고, 불일치를 생기게 하며, 그 불일치를 다루기 위한 더 많은 미팅을 만들어냅니다. 그리고 그 미팅들은 또 새로운 불일치를 만들죠.

결국 당신 회사의 Q3 로드맵 계획 사이클이나 스타트업의 스프린트 회고를 보면, 매년 더 길어지는데 투입된 노력에 비해 산출물은 줄어듭니다.

협업 산업이라는 게 결국 이 문제를 해결하려던 거인데...

🔗 원문 보기 👍 유용해요