- Authors

- Name
- Youngju Kim
- @fjvbn20031
- 서론: 민주주의를 발명한 곤충
- 분봉(分蜂): 꿀벌의 의사결정이 시작되는 순간
- 왜글 댄스: 데이터로 말하는 의사소통
- 스톱 시그널: 건강한 반론의 메커니즘
- 합의의 마법: 100% 동의에 도달하는 과정
- HiPPO의 저주: 왜 인간 팀은 꿀벌보다 못한가
- 개발팀을 위한 꿀벌 민주주의 5원칙
- 아키텍처 결정 회의에서의 실천법
- 왜글 댄스와 기술 커뮤니케이션
- 쿼럼 센싱과 팀 합의
- 그룹씽크 방지: 벌의 해법
- 심리적 안전성: 벌의 민주주의가 작동하는 전제 조건
- 반대 의견의 가치: 소수 의견이 집단을 구한다
- 실전 팀 의사결정 프레임워크
- 결론: 우리는 이미 답을 알고 있다
서론: 민주주의를 발명한 곤충
기원전 4세기, 아리스토텔레스는 꿀벌 군집을 관찰하면서 이것을 이상적인 국가의 은유로 사용했습니다. 독일어로 "Bienenstaat"(벌의 국가)라는 표현이 생겨난 것도 이 때문입니다. 아리스토텔레스가 몰랐던 것은, 꿀벌이 단순한 은유가 아니라 실제로 인간보다 훨씬 효율적인 민주주의를 실천하고 있다는 사실입니다.
그리스어로 꿀벌은 μέλισσα(멜리사, melissa)입니다. 흥미롭게도 이 단어는 여성 이름으로도 쓰이는데, "꿀을 가져다 주는 자"라는 뜻입니다. 꿀벌의 민주주의를 연구하는 데 30년을 바친 코넬 대학교의 토마스 실리(Thomas Seeley) 교수는 이 작은 생명체들이 인간 조직이 배워야 할 의사결정의 모든 원칙을 이미 구현하고 있다는 것을 발견했습니다.
그의 저서 **"Honeybee Democracy"(프린스턴 대학교 출판부, 2010)**는 단순한 곤충학 서적이 아닙니다. 이것은 집단지성, 분산 의사결정, 그리고 심리적 안전성에 관한 심오한 탐구입니다. 오늘 우리는 1만 마리의 꿀벌이 수행하는 완벽한 민주주의에서 개발팀이 배울 수 있는 교훈을 찾아봅니다.
분봉(分蜂): 꿀벌의 의사결정이 시작되는 순간
봄이 되면 꿀벌 군집이 너무 커지면, 원래 여왕벌은 군집의 절반과 함께 새 집을 찾아 떠납니다. 이것을 **분봉(swarm)**이라 부릅니다. 약 1만 마리의 꿀벌이 여왕벌과 함께 나뭇가지에 포도송이처럼 매달려, 새 집을 찾는 스카우트 벌들이 돌아오기를 기다립니다.
이 순간이 바로 꿀벌 민주주의의 시작입니다. 여왕벌은 이 결정에 아무런 역할을 하지 않습니다. 결정권은 전적으로 **스카우트 벌들(scout bees)**에게 있습니다. 전체 군집의 약 3-5%에 해당하는 이 탐색 요원들이 반경 수 킬로미터를 날아다니며 빈 나무 구멍, 바위 틈, 인간의 집 벽 안 등 잠재적 거주지를 평가합니다.
놀라운 것은 이들이 평가하는 기준의 정교함입니다. 실리의 연구에 따르면 스카우트 벌들은 다음 기준으로 잠재적 주거지를 평가합니다:
- 내부 용적: 약 40리터가 최적
- 입구 방향: 남쪽을 선호 (겨울 따뜻함)
- 입구 크기: 너무 크면 방어 불리, 너무 작으면 환기 문제
- 높이: 지면에서 5미터 이상
- 입구 위치: 집 바닥보다 낮아야 꿀이 덜 녹아흐름
이들은 마치 숙련된 부동산 전문가처럼 빈틈없이 후보지를 검토합니다.
왜글 댄스: 데이터로 말하는 의사소통
좋은 후보지를 발견한 스카우트 벌은 분봉 군집으로 돌아와 **왜글 댄스(waggle dance)**를 춥니다. 1973년 노벨 생리의학상을 수상한 카를 폰 프리슈(Karl von Frisch)가 처음 해독한 이 댄스는 놀라운 정보 전달 체계입니다.
8자 모양으로 이루어지는 이 댄스에서:
- 중심선의 각도는 태양을 기준으로 한 방향을 나타냅니다
- 댄스의 지속 시간은 거리를 나타냅니다 (1초 = 약 1킬로미터)
- 댄스의 활기와 반복 횟수는 장소의 품질을 나타냅니다
핵심은 이것입니다: 댄스의 열정도는 장소의 품질에 정비례합니다. 훌륭한 후보지를 발견한 벌은 수십 번, 심지어 수백 번 춤을 춥니다. 평범한 곳을 발견한 벌은 몇 번만 추고 멈춥니다.
이것은 개발팀의 RFC(Request for Comments) 프로세스와 정확하게 대응합니다. 좋은 제안은 더 많은 지지를 받고, 더 오래 살아남습니다. 데이터에 근거한 주장이 감정적 주장을 이깁니다.
콩도르세의 배심원 정리
1785년 프랑스 수학자 마르키 드 콩도르세(Marquis de Condorcet)는 놀라운 수학적 통찰을 발표했습니다: 집단의 각 구성원이 올바른 결정을 내릴 확률이 50% 이상이기만 하면, 집단의 크기가 커질수록 집단 전체의 정확도는 100%에 수렴한다.
이것을 **콩도르세의 배심원 정리(Condorcet's Jury Theorem)**라 부릅니다. 꿀벌 군집에서 수백 마리의 스카우트 벌들이 독립적으로 평가한 결과를 종합하면, 개별 벌 한 마리의 판단보다 훨씬 정확한 결정이 나오는 것은 수학적으로 보장됩니다.
제임스 서로위키(James Surowiecki)는 2004년 저서 **"The Wisdom of Crowds"(군중의 지혜)**에서 이 원리를 인간 사회에 확장했습니다. 다양성, 독립성, 분산화, 집계 메커니즘이 갖춰지면 집단은 개인보다 현명한 결정을 내립니다. 꿀벌은 이 네 가지 조건을 모두 충족합니다.
스톱 시그널: 건강한 반론의 메커니즘
꿀벌 민주주의의 가장 흥미로운 부분은 **스톱 시그널(stop signal)**입니다. 한 후보지를 지지하는 스카우트 벌이 다른 후보지를 홍보하는 벌을 만나면, 그 벌의 가슴에 머리를 부딪히며 짧은 진동 신호를 보냅니다. 이것이 스톱 시그널입니다.
이 신호는 "당신의 의견을 들었습니다. 하지만 다시 한번 생각해보세요"라는 메시지입니다. 상대방의 댄스를 강제로 멈추게 하지는 않지만, 확신의 강도를 낮추는 효과가 있습니다. 흥미롭게도, 더 좋은 후보지를 발견한 벌은 스톱 시그널을 받아도 더 오랫동안 계속 댄스를 춥니다.
실리 교수는 이것을 "정직한 신호 시스템(honest signaling system)"이라 부릅니다. 댄스의 강도는 장소의 실제 품질을 반영하기 때문에, 조작이 불가능합니다. 나쁜 장소를 발견한 벌이 아무리 열심히 춤을 춰봤자 얼마 지나지 않아 확신을 잃고 멈춥니다.
개발팀에서의 스톱 시그널: 코드 리뷰에서 "이 접근 방식의 장기적 유지보수 비용을 고려하셨나요?"라는 질문은 완벽한 스톱 시그널입니다. 상대방의 의견을 무시하는 것이 아니라, 더 깊이 생각하도록 촉진하는 건강한 반론입니다.
합의의 마법: 100% 동의에 도달하는 과정
3-5일에 걸쳐 20개의 후보지 중 하나로 모든 스카우트 벌의 춤이 수렴하면, 군집은 이동 준비를 시작합니다. 이 과정에서 일어나는 일은 거의 마법처럼 보입니다.
초기에는 여러 장소를 지지하는 댄서들이 혼재합니다. 하지만 각 벌이 지지하는 장소를 실제로 방문하고 나서 댄스를 춥니다. 더 좋은 장소를 발견하면 이전 장소 지지를 철회하고 새 장소 댄스로 전환합니다. 시간이 지남에 따라 최고의 장소에 대한 지지가 자연스럽게 수렴합니다.
이 과정에서 리더는 단 한 번도 개입하지 않습니다.
왜 이것이 가능할까요? 핵심은 각 벌이 자신이 직접 경험한 데이터에만 근거해 의견을 바꾼다는 것입니다. "다른 벌들이 저쪽을 지지하니까"가 아니라, "내가 가봤더니 정말 더 좋더라"는 근거로 의견이 바뀝니다.
HiPPO의 저주: 왜 인간 팀은 꿀벌보다 못한가
개발팀에서 가장 흔한 의사결정 실패 패턴은 **HiPPO(Highest Paid Person's Opinion)**입니다. 팀 중 가장 직급이 높거나 연봉이 높은 사람의 의견이, 근거와 무관하게 채택되는 현상입니다.
꿀벌 군집에는 HiPPO가 없습니다. 여왕벌은 새 집 선택에 관여하지 않습니다. 각 스카우트 벌의 의견은 직급이 아니라 댄스의 품질, 즉 데이터의 품질로만 평가받습니다.
구글의 재산리 코다(Prasad Koda) 팀이 수행한 연구(2019)에 따르면, 심리적 안전성이 높은 팀일수록 더 나은 의사결정을 내립니다. 심리적 안전성이란 "내 의견이 직급에 관계없이 공정하게 평가받을 것"이라는 믿음입니다. 이것이 바로 꿀벌 군집이 자연적으로 구현하는 원칙입니다.
개발팀을 위한 꿀벌 민주주의 5원칙
원칙 1: 아이디어를 제안자에서 분리하라
꿀벌은 어떤 벌이 어느 장소를 발견했는지 알지 못합니다. 장소의 품질만이 중요합니다. 개발팀에서도 "누가 제안했는가"가 아니라 "제안의 내용과 근거"로 평가받아야 합니다. 익명 RFC, 블라인드 코드 리뷰, 아이디어 분리 세션이 도움이 됩니다.
원칙 2: 스카우트들이 직접 탐색하게 하라
실리의 연구에서 스카우트 벌들은 반드시 후보지를 직접 방문합니다. 남의 말만 듣고 지지를 전환하지 않습니다. 개발팀에서도 기술 결정은 실제 프로토타입, 벤치마크, POC(Proof of Concept)를 통해 검증되어야 합니다. "들어봤는데 좋은 것 같아요"는 꿀벌 기준에서 실격입니다.
원칙 3: 스톱 시그널을 장려하라
코드 리뷰에서, 아키텍처 논의에서, 제품 결정에서 "잠깐만요, 이 부분을 다시 생각해봐야 할 것 같습니다"라고 말하는 사람이 환영받아야 합니다. 반론은 공격이 아니라 집단지성의 작동 메커니즘입니다.
원칙 4: 합의가 자연스럽게 수렴하도록 기다려라
꿀벌은 3-5일을 기다립니다. 개발팀도 중요한 결정을 너무 빨리 내리지 마세요. "다음 회의까지 각자 실제로 사용해보고 오세요"는 강력한 원칙입니다. 직접 경험 없이 내리는 결정은 HiPPO 결정으로 퇴화하기 쉽습니다.
원칙 5: 결정 임계값을 명확히 하라
꿀벌 군집은 스카우트 벌들의 지지가 특정 임계값에 도달하면 자동으로 이동을 시작합니다. 개발팀도 "이 결정에는 기술 리드 2인 이상의 동의가 필요하다" 같은 명확한 기준이 있어야 합니다. 모든 결정에 전원 합의가 필요하면 마비됩니다; 반대로 기준이 없으면 HiPPO가 지배합니다.
아키텍처 결정 회의에서의 실천법
실리의 연구를 바탕으로 한 아키텍처 결정 회의 진행법입니다:
회의 전: 모든 참가자가 독립적으로 각 옵션을 평가합니다. 스프레드시트나 공유 문서에 자신의 평가를 먼저 기록합니다. 이것은 다른 사람의 의견에 오염되지 않은 "첫 댄스"입니다.
회의 중: 각자 자신의 평가를 발표할 때, 아이디어를 제안한 사람이 마지막에 발표합니다. 직급 역순으로 발표하는 것도 효과적입니다 (주니어 개발자 먼저). 스톱 시그널은 언제나 환영합니다. "그 부분에 대해 더 듣고 싶습니다"라고 요청하는 것도 좋습니다.
회의 후: 만약 합의에 도달하지 못했다면, 각 팀원이 실제로 옵션을 탐색하는 기간을 줍니다. 일주일 후 다시 모여 "직접 해본" 경험을 공유합니다.
왜글 댄스와 기술 커뮤니케이션
왜글 댄스를 더 깊이 들여다보면, 이 커뮤니케이션 체계가 놀라울 정도로 정교하다는 것을 알 수 있습니다. 벌은 단순히 "좋은 장소를 찾았다"가 아니라, 거리, 방향, 품질이라는 세 가지 차원의 데이터를 하나의 댄스에 인코딩합니다.
개발자의 세계에서 이에 대응하는 것이 바로 **RFC(Request for Comments)**와 **ADR(Architecture Decision Records)**입니다. 좋은 기술 제안서는 왜글 댄스와 마찬가지로 다음 요소를 포함해야 합니다:
- 문제 정의 (방향): 우리가 왜 이 결정을 내려야 하는가
- 영향 범위 (거리): 이 결정이 얼마나 멀리까지 영향을 미치는가
- 해결책의 품질 (활기): 제안된 해결책이 얼마나 견고한가
- 트레이드오프 분석: 각 대안의 장단점은 무엇인가
- 되돌림 가능성: 이 결정을 나중에 바꿀 수 있는가
벌의 댄스 품질이 후보지의 실제 품질에 비례하듯, 기술 제안서의 품질은 해당 해결책의 실제 가치를 반영해야 합니다. 데이터 없이 열정만으로 추는 댄스는 벌의 세계에서도 무시됩니다.
쿼럼 센싱과 팀 합의
벌이 합의에 도달하는 메커니즘을 **쿼럼 센싱(quorum sensing)**이라 부릅니다. 특정 후보지에 동시에 존재하는 스카우트 벌의 수가 임계값(약 20-30마리, 전체 스카우트의 약 80%)에 도달하면, 그 벌들은 군집으로 돌아가 "파이핑(piping)" 신호를 보냅니다. 이것은 "결정이 내려졌다, 이동 준비를 시작하라"는 신호입니다.
기술 팀에서도 다양한 합의 메커니즘이 존재합니다:
DACI 프레임워크: Driver(추진자), Approver(승인자), Contributor(기여자), Informed(통보 대상)를 명확히 구분합니다. 모든 사람이 모든 결정에 동일한 가중치를 가질 필요는 없습니다.
RAPID 프레임워크: Recommend(추천), Agree(동의), Perform(실행), Input(의견), Decide(결정) 역할을 배정합니다. 벌의 군집에서 스카우트 벌과 일반 벌의 역할이 다르듯, 팀에서도 결정에 관여하는 방식이 다를 수 있습니다.
동의 기반 의사결정: 전원 합의(consensus)가 아니라 "심각한 반대가 없음(consent)"을 기준으로 합니다. 벌의 쿼럼도 100%가 아닌 약 80%를 기준으로 합니다. 완벽한 합의를 기다리면 군집은 날씨가 나빠지기 전에 이동하지 못합니다.
언제 합의가 필요하고, 언제 한 사람이 결정해도 되는지를 구분하는 것이 중요합니다. 새 데이터베이스 선택은 팀 합의가 필요하지만, 변수 이름 규칙은 기술 리드가 결정해도 됩니다.
그룹씽크 방지: 벌의 해법
1972년 심리학자 어빙 재니스(Irving Janis)가 명명한 **그룹씽크(groupthink)**는 집단이 조화를 유지하려는 욕구 때문에 비합리적인 결정을 내리는 현상입니다. 피그만 침공, 챌린저호 폭발 등 역사적 재앙의 배경에 그룹씽크가 있었습니다.
꿀벌은 그룹씽크를 구조적으로 방지합니다. 핵심 메커니즘은 독립적 탐색입니다. 각 스카우트 벌은 다른 벌의 의견을 듣기 전에 반드시 후보지를 직접 방문합니다. 남의 댄스만 보고 따라 추는 것이 아니라, 자신의 눈으로 확인한 후에만 댄스를 춥니다.
개발팀에서 그룹씽크를 방지하는 검증된 방법들이 있습니다:
독립적 사전 평가: 아마존의 "6페이지 메모" 방식이 대표적입니다. 회의 시작 시 30분간 조용히 문서를 읽습니다. 발표자의 카리스마나 직급에 영향받지 않고, 각자 독립적으로 내용을 평가할 수 있습니다.
사전 모텀(Pre-mortem): 게리 클라인(Gary Klein)이 개발한 기법으로, "이 결정이 대실패했다고 가정하자. 어떤 이유 때문이었을까?"를 미리 상상합니다. 미래에서 돌아보는 관점을 취하면, 현재의 낙관론에 가려진 위험을 더 쉽게 발견할 수 있습니다.
디자인 리뷰 전 독립 작성: 코드 리뷰나 디자인 리뷰에서 각 리뷰어가 먼저 독립적으로 코멘트를 작성한 후, 다른 사람의 코멘트를 봅니다. 이렇게 하면 첫 번째 리뷰어의 의견에 후속 리뷰어들이 끌려가는 앵커링 효과를 줄일 수 있습니다.
심리적 안전성: 벌의 민주주의가 작동하는 전제 조건
하버드 경영대학원의 에이미 에드먼슨(Amy Edmondson) 교수는 1999년 논문에서 **심리적 안전성(psychological safety)**이라는 개념을 정립했습니다. 이것은 "팀 내에서 대인 관계적 위험을 감수해도 안전하다는 공유된 믿음"입니다.
구글의 **프로젝트 아리스토텔레스(Project Aristotle)**는 180개 팀을 2년간 연구한 결과, 팀 성과를 결정하는 가장 중요한 요인이 심리적 안전성이라고 결론지었습니다. 팀원의 능력, 자원, 구조보다 더 중요했습니다.
꿀벌 군집에서 심리적 안전성은 자연적으로 보장됩니다. 어떤 스카우트 벌도 나쁜 후보지를 보고했다고 해서 처벌받지 않습니다. 스톱 시그널조차도 "당신은 틀렸다"가 아니라 "다시 한번 확인해보라"는 메시지입니다.
심리적 안전성이 부족한 팀의 징후는 분명합니다:
- 침묵: 회의에서 아무도 반대 의견을 말하지 않음
- 비난: 실패의 원인을 개인에게 돌림
- 자기 보호 행동: 문서화를 통해 "나는 경고했다"를 증명하려는 행위
- 정보 은폐: 나쁜 소식을 숨기거나 늦게 공유함
심리적 안전성을 높이는 방법은 실패를 정상화하고 학습을 축하하는 것입니다. "이번 장애에서 무엇을 배웠는가?"가 "누구의 잘못인가?"보다 항상 먼저 와야 합니다. 벌이 나쁜 후보지를 보고해도 군집에서 추방당하지 않듯, 팀원이 실패한 실험을 보고해도 비난받지 않아야 합니다.
반대 의견의 가치: 소수 의견이 집단을 구한다
UC 버클리의 찰란 네메스(Charlan Nemeth) 교수는 수십 년간의 연구를 통해, 소수 의견이 집단의 의사결정 품질을 크게 향상시킨다는 것을 입증했습니다. 소수 의견이 존재하면, 다수파도 자신의 입장을 더 깊이 검토하게 됩니다. 설령 소수 의견이 틀렸더라도, 그것이 촉발한 깊은 사고 과정 자체가 더 나은 결정으로 이어집니다.
꿀벌의 스톱 시그널이 바로 이 역할을 합니다. 경쟁 후보지를 지지하는 벌의 존재 자체가, 다른 벌들로 하여금 자신의 선택을 재검증하도록 만듭니다.
코드 리뷰에서 반대 의견을 건설적으로 제시하는 방법:
- "이 접근 방식의 장점은 이해합니다. 한 가지 우려되는 점은..."으로 시작
- 대안을 함께 제시: "X 대신 Y를 고려해보면 어떨까요?"
- 데이터로 뒷받침: "지난번 비슷한 패턴에서 성능 이슈가 있었습니다"
- 질문 형태로 전환: "이 부분이 동시성 문제를 일으킬 가능성은 없을까요?"
아마존의 리더십 원칙 중 **"Disagree and Commit"**은 이 개념을 실무에 적용한 것입니다. 결정 과정에서는 적극적으로 반대하되, 일단 결정이 내려지면 전력으로 실행합니다. 벌도 마찬가지입니다. 쿼럼에 도달하면 이전에 다른 후보지를 지지했던 벌도 선택된 장소로 함께 이동합니다.
실전 팀 의사결정 프레임워크
제프 베조스(Jeff Bezos)는 의사결정을 두 가지 유형으로 분류했습니다:
Type 1 결정 (되돌릴 수 없는 결정): 한번 지나면 돌아올 수 없는 문 같은 결정입니다. 주요 아키텍처 변경, 프로그래밍 언어 전환, 핵심 데이터베이스 마이그레이션 등이 여기에 해당합니다. 이런 결정에는 꿀벌의 전체 프로세스가 필요합니다: 독립적 탐색, 데이터 기반 평가, 충분한 시간, 스톱 시그널, 쿼럼.
Type 2 결정 (되돌릴 수 있는 결정): 다시 돌아올 수 있는 문 같은 결정입니다. API의 내부 구현 방식, 테스트 프레임워크 선택, UI 컴포넌트 라이브러리 선택 등입니다. 이런 결정은 빠르게 내리고, 결과를 보고 수정하면 됩니다.
의사결정 로그 템플릿:
# 결정: [결정 제목]
- 날짜: YYYY-MM-DD
- 상태: 제안됨 / 승인됨 / 폐기됨
- 결정권자: [이름]
- 유형: Type 1 (비가역적) / Type 2 (가역적)
## 배경
[왜 이 결정이 필요한가]
## 고려한 옵션
1. 옵션 A: [설명] - 장점/단점
2. 옵션 B: [설명] - 장점/단점
## 결정
[선택한 옵션과 이유]
## 결과
[결정 이후 관찰된 결과 - 나중에 기록]
언제 투표하고, 언제 위임하고, 언제 에스컬레이션할지의 기준:
- 투표: 팀 전체에 영향을 미치는 Type 1 결정
- 위임: 특정 도메인 전문가가 가장 잘 판단할 수 있는 Type 2 결정
- 에스컬레이션: 팀 내에서 합의에 도달하지 못하고 기한이 다가올 때
결론: 우리는 이미 답을 알고 있다
토마스 실리는 30년 연구의 결론으로 이렇게 썼습니다: "꿀벌 군집은 우리에게 집단적 지혜는 타고나는 것이 아니라 올바른 조건에서 자연스럽게 창발한다는 것을 보여준다."
꿀벌이 수백만 년의 진화를 통해 발견한 것을 우리는 내일 회의실에서 실천할 수 있습니다. 직급 없는 토론, 데이터 기반 지지, 건강한 반론의 장려, 직접 경험의 중시. 이것은 꿀벌의 지혜이자, 최고의 개발팀들이 이미 실천하고 있는 원칙입니다.
다음 번 팀 의사결정 회의가 다가올 때, 잠시 눈을 감고 생각해보세요. 지금 우리 팀은 꿀벌처럼 결정하고 있는가, 아니면 여왕벌 없이 무질서하게 흩어진 군집처럼 행동하고 있는가? 답은 생각보다 명확하게 보일 것입니다.
"The bees somehow manage to achieve a highly reliable outcome through a process that is completely decentralized and democratic." — Thomas Seeley, Honeybee Democracy
퀴즈: 꿀벌 민주주의와 팀 의사결정
Q1. 꿀벌의 쿼럼 센싱에서 합의 임계값은 약 몇 퍼센트인가요?
A) 50% B) 65% C) 80% D) 100%
정답: C) 80%. 스카우트 벌의 약 80%가 하나의 후보지에 동의하면 쿼럼이 달성되어 이동이 시작됩니다. 100% 합의를 기다리면 시간이 너무 오래 걸립니다.
Q2. 구글의 프로젝트 아리스토텔레스에서 팀 성과의 가장 중요한 예측 인자로 밝혀진 것은?
A) 팀원들의 개별 능력 B) 심리적 안전성 C) 리더의 경험 D) 팀의 크기
정답: B) 심리적 안전성. 팀원의 능력, 자원, 구조보다 "대인 관계적 위험을 감수해도 안전하다는 공유된 믿음"이 팀 성과를 가장 잘 예측했습니다.
Q3. 베조스의 분류에서, 주요 데이터베이스 마이그레이션은 어떤 유형의 결정인가요?
A) Type 1 (비가역적) B) Type 2 (가역적) C) Type 3 (위임 가능) D) Type 0 (자동화 가능)
정답: A) Type 1 (비가역적). 주요 데이터베이스 마이그레이션은 되돌리기 매우 어려운 결정이므로, 꿀벌의 전체 의사결정 프로세스처럼 독립적 탐색, 충분한 시간, 데이터 기반 평가가 필요합니다.
참고문헌
- Seeley, T. D. (2010). Honeybee Democracy. Princeton University Press.
- Condorcet, M. d. (1785). Essai sur l'application de l'analyse à la probabilité des décisions rendues à la pluralité des voix.
- Surowiecki, J. (2004). The Wisdom of Crowds. Doubleday.
- Von Frisch, K. (1967). The Dance Language and Orientation of Bees. Harvard University Press.
- Edmondson, A. (1999). Psychological Safety and Learning Behavior in Work Teams. Administrative Science Quarterly, 44(2), 350-383.
- Nemeth, C. J. (2018). In Defense of Troublemakers: The Power of Dissent in Life and Business. Basic Books.
- Janis, I. L. (1972). Victims of Groupthink. Houghton Mifflin.
- Klein, G. (2007). Performing a Project Premortem. Harvard Business Review, 85(9), 18-19.
- Bezos, J. (2016). Letter to Shareholders. Amazon.com, Inc.