조직은 왜 느려질까? 점액 곰팡이로 본 협업의 물리학

Coordination Headwind: How Organizations Are Like Slime Molds

조직이 커질수록 의사결정이 느려지는 이유를 점액 곰팡이의 성장 패턴에서 찾는 통찰을 제시한다. 저자는 조직의 '협업 헤드윈드'가 정보 전달 비용과 조정 비용에서 비롯되며, 이는 마치 점액 곰팡이가 영양분을 찾아 효율적으로 퍼져나가는 방식과 대비된다고 설명한다. 조직이 커질수록 조정 비용이 제곱으로 증가하는 반면, 점액 곰팡이는 분산된 지능으로 비용을 최소화한다. 이 글은 조직 설계에 대한 새로운 관점을 제시하며, 분산 의사결정과 명확한 인터페이스의 중요성을 강조한다.

조직이 커질수록 의사결정 비용은 제곱으로 증가하지만, 점액 곰팡이는 분산된 지능으로 그 비용을 피한다.
  1. jodacola

    이 주제에 관해서는 Stephen Bungay의 《The Art of Action》을 읽어보길 권합니다. 이 프레젠테이션에서 '느슨하게 결합되고 고도로 정렬된 팀'에 대한 내용은 이 책에서 나온 핵심 아이디어입니다.

    이를 어떻게 달성할지에 대한 질문이 스레드에 몇 개 보이는데, 안타깝게도 저는 확실한 답을 드릴 수 없습니다. 실제로 경험한 바에 따르면, 큰 팀들은 훌륭한 아이디어에 대해 이야기하고, 책을 읽고, 교육을 받는 것을 좋아하지만, 그 후에는 원본 자료의 행동을 흉내 내다가 곧 포기해 버립니다. 결과를 얻지 못한 채 혼란과 역기능만 가중시킵니다.

    제 경험상, 새로운 결과를 얻으려면 조직의 강력한 재설정이 필요합니다. 주요 리더십의 대대적인 개편이든, 고위 리더십이 새로운 방식을 진정으로 완전히 깊이 받아들이고 끝까지 밀고 나가는 것이든 말이죠. 제 경력 동안 그러한 성공적인 변화는 매우 드물었습니다.

  2. afpx

    거시적 차원에서도 사실입니다. 인류 문명과 인프라는 우주에서 본 점액 곰팡이와 비슷합니다. 그리고 우주 웹도 그런 것 같습니다: https://news.ucsc.edu/2020/03/cosmic-web/

  3. kylepomykala

    제 경험을 여기에 대입해 보면 흥미롭습니다. 제가 참여한 가장 큰 프로젝트 중 하나는 조정 실패로 인해 시작되었고, 그 규모가 커져 수백만 달러의 매출을 위협할 정도가 되었습니다.

    해결해야 할 문제가 기술적으로 어려운 것도 아니었고, 모든 사람이 같은 정보를 공유하도록 해서 솔루션을 실행할 때 문제가 터지지 않게 하는 것이 전부였습니다.

    아마도 그래서 대형 기술 기업에서는 정치적 기술이 기술적 기술보다 훨씬 더 중요하게 여겨지는 것이고, 스타트업에서는 기술적 기술이 훨씬 더 중요하게 여겨지는 것 같습니다.

  4. beardedwizard

    이 내용을 마지막으로 접한 지 오래되었네요 (5년?). 아이디어가 완전히 이치에 맞는데도, 제가 속했거나 관리했던 어떤 조직에서도 실제로 어떻게 실행해야 할지 여전히 모르겠습니다. 이게 어디서 효과가 있나요? 어떻게 하셨나요? 효과가 있나요?

  5. narnarpapadaddy

    이 분석에서 빠진 측면은 분산된 의사결정 권한과 중앙집중식 의사결정 권한의 차이입니다. 군대와 기술 스타트업에서 '분대' 또는 '투피자 팀'은 실시간 상황을 파악하고 있기 때문에 자신의 지역 영역에 대한 결정을 내릴 권한을 부여받습니다. 매트릭스식 관리에서 발생하는 분산된 의사결정 권한은 여기서 설명하는 하향식 또는 상향식 축보다 조정 오버헤드에 훨씬 더 큰 기여를 합니다.

    지시를 따르는 자율 팀이나 스스로 판단하여 기회를 추구하는 자율 팀 모두 유용하고 빠르게 대응할 수 있습니다. 문제는 특정 목표를 실행하기 위해 얼마나 많은 규모의 정렬이 필요한가입니다.

    10,000명의 군인으로 구성된 한 분대나 각자 원하는 대로 행동하는 10명 규모의 분대 1,000개로는 한 국가를 침공할 수 없습니다. 공유된 목표에 정렬된 소규모 팀에게 실행 권한을 위임해야 합니다.

    마찬가지로, 내부 구조가 없는 10,000명의 개발자 그룹이 탐색할 흥미로운 기회를 찾을 것이라고 기대할 수 없습니다. 그냥 소음만 발생할 뿐입니다. 또한 10,000명의 개발자를 직접 관리할 수도 없습니다. 상황을 제대로 파악할 수 없습니다.

    조직의 복잡성 관리는 코드의 복잡성 관리와 같은 패턴을 따릅니다. 단일 책임, 과도한 반복 금지, 캡슐화 등이 그것입니다.

    이는 실제로 정보 이론의 문제입니다. 상황을 파악하거나 최신 상태로 유지해야 하는 사람이 많을수록 결정을 내리고 유지하는 능력은 낮아집니다.

이 날의 다른 글

2026-08-30