펭귄@babybluecream
$AMZN ㅣ260306
아이디어가 회사를 망친다
1. 베조스 본인이 직접 고백한 이야기임. 화이트보드 앞에 서면 30분 만에 아이디어 100개를 쏟아낼 수 있다고 했는데, 그걸 그대로 조직에 던지면서 문제가 생겼음. 입사 1년도 안 된 수석 임원 제프 윌크가 "자네는 아마존을 망하게 할 만큼 충분한 아이디어를 갖고 있다"고 직격했을 때, 베조스는 진심으로 충격을 받았다고 고백함. 창업자가 스스로를 회사의 리스크로 규정받은 순간이었음.
2. 윌크의 비판은 제조업 논리에서 나온 것임. 제조 전문가인 그의 눈에는 리더의 아이디어 하나하나가 공장의 미완성 재공품(WIP, Work In Progress)과 똑같이 보였음. 완성되지 않은 채로 라인에 쌓이는 부품처럼, 실행되지 않은 아이디어도 백로그를 만들고 팀의 주의를 분산시키며, 아무 가치도 창출하지 못하면서 자원만 소모함. 핵심 메시지는 "조직이 수용할 수 있는 속도에 맞춰 작업을 내보내야 한다"는 것이었음.
3. 이 피드백이 가능했던 데는 베조스의 인재 철학이 있었음. 베조스는 자신보다 똑똑한 사람을 의도적으로 고용하고, 그들을 "튜터"로 대하라고 스스로에게 요구했음. 윌크 역시 그 결과물이었음. 베조스가 그를 단순한 실무 책임자가 아닌, 자신의 창업자적 편향을 교정해 줄 카운터파트로 활용한 것임. 이 태도가 없었다면 윌크의 직언은 불쾌한 피드백으로 끝났을 것임.
4. 베조스가 처음 내린 처방은 간단했음. 아이디어를 멈추는 게 아니라, 아이디어가 밖으로 나가는 타이밍을 통제하는 것이었음. 그는 아이디어 목록을 따로 관리하기 시작했고, 조직이 소화할 여력이 생길 때까지 보류 상태로 유지하는 규율을 스스로에게 적용했음. 아이디어의 품질을 높이는 것보다 아이디어의 방출 속도를 낮추는 것이 먼저였음.
5. 그런데 이 과정에서 베조스는 예기치 못한 부작용을 발견했음. 아이디어를 억지로 기다리게 하니, 살아남는 아이디어의 질이 올라갔음. 시간이라는 필터를 통과한 아이디어만 리스트에서 살아남았고, 자연스럽게 실행 가치가 없는 아이디어들이 걸러졌음. 제약이 필터가 된 것임. 이건 억압이 아니라 선별의 메커니즘이었음.
6. 하지만 베조스는 여기서 멈추지 않고 질문을 완전히 뒤집었음. "어떻게 아이디어를 덜 낼까"가 아니라 "어떻게 더 많은 아이디어를 수용할 수 있는 조직을 만들까"로 방향을 바꾼 것임. 이 질문 전환이 이후 아마존 전체 조직 구조를 설계하는 출발점이 됐음. 문제를 개인의 절제로 해결하는 대신, 시스템의 수용 용량을 키우는 방향으로 재정의했음.
7. 그 해답이 바로 '투 피자 팀(Two-Pizza Team)'이었음. 피자 두 판으로 먹을 수 없을 만큼 팀이 크면 팀이 너무 큰 것이라는 원칙으로, 통상 5~7명 규모의 소규모 자율팀을 수백 개 운용하는 구조를 만들었음. 각 팀은 아이디어 발굴부터 고객 서비스까지 처음부터 끝까지 단독 소유권(Single-threaded Ownership)을 가지며, 중간에 다른 팀에 넘기지 않음. 이 구조 덕분에 아마존은 수천 개의 스타트업이 동시에 움직이는 것처럼 작동함.
8. 투 피자 팀 모델은 아마존의 최대 혁신들을 직접 낳았음. AWS, Alexa, Amazon Prime이 모두 소규모 자율팀에서 나온 산물임. 팀이 작으니 의사결정이 빠르고, 명확한 미션이 있으니 고객에게 집중할 수 있으며, 결과에 대한 책임도 분산되지 않음. 본사 승인을 기다리지 않고 팀 안에서 결정하는 구조가 대기업의 관료화를 막는 핵심 장치였음.
9. 투 피자 팀이 작동하려면 팀에 실질적인 권한이 부여돼야 했음. 베조스는 고위 경영진을 단순한 승인자가 아니라 독립적인 사업 운영자로 세웠고, 여러 사업이 동시에 굴러갈 수 있는 리더십 레이어를 만들었음. 이게 가능하려면 베조스 본인이 모든 결정에 관여하는 구조를 끊어야 했고, 그 계기가 바로 윌크의 경고였음. 창업자의 병목을 의도적으로 제거하는 시스템 설계였음.
10. 베조스가 이 원칙에서 배운 최종 교훈은 "혁신의 속도는 아이디어의 수가 아니라 조직의 준비 상태가 결정한다"는 것임. 아이디어가 부족해서 혁신이 실패하는 기업은 거의 없음. 대부분은 너무 많은 아이디어를 너무 빠르게 쏟아내다가 실행 역량이 무너지는 방식으로 망함. 베조스의 역설은 결국 이것임 — 더 많이 혁신하려면 더 천천히 아이디어를 내놓아야 하고, 더 빠르게 실행하려면 더 작은 팀을 만들어야 함.