조직 확장이 어려운 다섯 가지 구조적 이유

여기까지는 시스템 얘기였다. 지금부터가 진짜다. 시스템을 다 만들었다고 쳐도 남는, 사람과 조직의 문제 다섯 가지.

5.1 암묵적 지식 → 명시적 전파

개인 규칙의 이유를 본인만 알면 된다
기업 팀원 전체가 알아야 한다

규칙 50개에는 각각 근거가 된 마찰 사례가 붙어 있다. tone-and-honorific.md는 2026-04-21에 커밋해? 한마디가 사용자 불만을 산 사건에서 나온 규칙이다. 이런 맥락이 규칙당 평균 3개, 도합 150개다. 이걸 팀원 열 명에게 옮기는 비용을 계산해 보면 답이 안 나온다.

쉽게: 10년 차 사수의 노하우가 안 옮겨지는 이유와 같다. 매뉴얼 문장은 옮길 수 있어도, 그 문장이 왜 생겼는지의 흉터 150개는 못 옮긴다. 흉터 없이 읽는 규칙은 지켜지지 않는다.

5.2 즉각적 피드백 → 비동기 피드백

개인 실패하면 그 자리에서 고친다
기업 실패가 남의 Worker에서 터진다

내 하네스에서는 됐는데 저 Worker에서는 안 되는 상황이 오면 능력표 불일치인지 네트워크인지 버전 차이인지부터 가려야 한다. 분산 디버깅은 로컬 디버깅의 10배 어렵다.

쉽게: 내 주방에서는 완벽했던 레시피가 프랜차이즈 지점에서 이상한 맛이 난다. 화구 문제인지 재료 문제인지 직원 문제인지, 가 보기 전엔 모른다.

5.3 단일 진화 경로 → 다중 진화 경로

개인 self-improve가 한 방향으로 수렴
기업 Worker마다 하네스가 따로 진화

0.4에서 본 자가개선 루프를 떠올리자. 개인은 루프가 하나라서 시스템이 한 방향으로 좋아진다. 조직은 Worker마다 루프가 돌면서 제각각 다른 방향으로 진화한다. 각자 배운 패턴을 공유 지식창고(KG)에 밀어 넣으면 노이즈가 폭발하고, 그걸 막으려면 기여 심사에 출처 추적에 신뢰도 점수까지 필요해진다. 그 창고의 관리 기준은 누가 정하나. 답이 없다.

쉽게: 지점 열 곳이 제각각 개량한 레시피를 본사 레시피북에 합치는 문제다. 어느 개량이 진짜 개선이고 어느 게 그 동네에서만 통하는 변형인지, 심사 기준부터 싸움이 난다.

5.4 커뮤니케이션 비용 0 → N²

개인 모든 결정이 내 머릿속에서 끝난다
기업 Worker 간 capability 교차, 결과 합의

2.3의 단톡방 수학이 이번엔 기계에 적용된다. 사람이 늘면 회의가 늘 듯, Worker가 늘면 기계끼리 맞춰야 할 경로가 제곱으로 는다. Brook’s Law — 일손을 더하면 오히려 늦어진다는 소프트웨어 공학의 고전 법칙 — 의 AI 에이전트 버전이다. Worker N대의 잠재 통신 경로는 N(N-1)/2. 10대면 45경로, 100대면 4,950경로다.

5.5 무제한 실험 → 제한된 실험

개인 실패해도 나만 손해 보면 된다
기업 내 실험이 남의 작업을 무너뜨린다

자가개선 루프는 실험과 실패를 전제로 굴러간다. 조직에서는 self-improve가 만든 규칙이 다른 팀원의 워크플로우를 깨뜨릴 수 있고 분산 상태의 되돌리기(rollback)는 극도로 어렵다. 변경 전 백업해 두기를 분산으로 가져가는 순간 그건 분산 트랜잭션 문제 — 컴퓨터 과학에서 손꼽히게 어려운 문제 — 가 된다.

쉽게: 혼자 살 때는 가구 배치를 마음대로 실험한다. 가족 다섯이 살면 소파 하나 옮기는 데도 합의가 필요하다. 그게 싫어서 안 옮기게 되면, 실험으로 좋아지던 시스템은 멈춘다.