2nd/Premium/Thinking & Reasoning/Why Tree.md

id, title, category, status, verification_status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, created_at, updated_at, review_reason, merge_history, tags, raw_sources, applied_in, github_commit

id	title	category	status	verification_status	canonical_id	aliases	duplicate_of	source_trust_level	confidence_score	created_at	updated_at	review_reason	merge_history	tags	raw_sources	applied_in	github_commit
why-tree	Why Tree	10_Wiki/Topics	draft	conceptual		원인 규명 로직 트리 원인규명의 이슈트리		B	0.90	2026-05-24	2026-05-24			research 맥킨지식문제해결 프로세스 로지컬씽킹 로직트리	NotebookLM Synthesis	공장 바닥 기름 유출 사고 분석 사례 성수대교 붕괴 사고 원인 규명 사례 콜센터 VOC 증가 원인 분석 사례

Why Tree

🎯 한 줄 통찰 (One-line insight)

표면적 현상에 "왜(Why)?"라는 질문을 반복적으로 던져 인과관계의 사슬을 추적함으로써, 문제의 본질인 근원적 원인(Root Cause)을 규명하는 구조화 도구이다. [1-3]

🧠 핵심 개념 (Core concepts)

• 원인 규명(Cause Identification): 발생한 문제(현상)와 그 배후의 원인 사이의 인과관계를 체계적으로 정리하는 것이 핵심 목적이다. [1, 2]
• Why So 사고: 인과관계를 포착하기 어려운 상황에서 "왜 그런가?"라는 질문을 지속적으로 적용하여 논리의 깊이를 더하는 방식이다. [1, 2]
• 5Why 기법: 단번에 정답을 찾으려 하기보다 최소 5번 정도의 질문을 통해 현상의 이면에 숨겨진 정책적, 구조적 결함을 찾아내는 습관이다. [1, 2]
• 과거의 인과관계 구조화: 미래의 해결책을 강구하는 How Tree와 달리, 이미 발생한 사건의 경로를 역추적하여 사실(Fact) 간의 연결고리를 직조한다. [1, 2]

🧩 추출된 패턴 (Extracted patterns)

• 수직적 심화 패턴: '현상 → 1차 원인 → 2차 원인 → ... → 근본 정책/구조적 원인'으로 이어지는 수직적 분해를 통해 미봉책(Band-aid solution)이 아닌 본질적 과제를 도출한다. [1, 3]
• MECE 기반의 원인 분류: 원인의 범위를 파악할 때 중복과 누락을 방지하여 문제 지형도의 사각지대를 전면 제거한다. [2, 3]
• 자연적 인과관계 해석: 인위적인 의도가 배제된 현상의 물리적, 논리적 발생 원인을 해석하는 데 주로 사용되는 패턴을 보인다. [2]

📖 세부 내용 (Details)

• 정의 및 위상: Why Tree는 맥킨지식 문제해결 프로세스 중 '문제 구조화' 단계에서 활용되는 로직 트리의 한 유형이다. [2, 3] 요인(WHY/WHERE)을 특정하는 데 초점을 맞추며, 질문 형태의 논점으로 구성될 경우 '원인규명의 이슈트리'라고도 불린다. [1, 3, 4]

• 작동 메커니즘:

  1. 문제 정의: 해결해야 할 현상을 트리 상단(또는 좌측)에 배치한다. [1, 2]
  2. 가설 기반 원인 추적: "왜 그런가?"라는 질문을 통해 가능성 있는 원인들을 MECE하게 나열한다. [2, 3]
  3. 인과관계 검증: 각 노드가 상위 노드의 타당한 원인인지(Why So), 하위 노드들이 상위 노드를 충분히 설명하는지 검토한다. [1, 2]
  4. 본질적 과제 도출: 문제 인식의 깊이가 깊어질수록 해결책의 수준도 단순 현상 대응에서 구조적 개선으로 심화된다. [1]

• 주요 기능:

  • 진짜 문제(Real Problem)의 포착: 고객이 호소하는 표면적 증상 뒤에 숨겨진 구조적 원인을 집요하게 캐내어 정확한 프레이밍을 가능하게 한다. [3]
  • 실행 가능한 해결책의 단초 제공: 원인이 명확히 규명되면, 해당 원인을 반전시키는 것이 곧 해결 과제가 되어 구체적인 실행 계획(How Tree)으로 연결될 수 있다. [1, 2]

⚖️ 모순 및 업데이트 (Contradictions & updates)

• 명칭의 혼용: 소스에 따라 '로직 트리'가 요인을 특정할 때는 'Why 트리', 방법을 검증할 때는 'How 트리'로 불리며, 이를 통칭하여 '이슈 트리'의 범주에 넣기도 하여 용어상의 경계가 유동적이다. [1, 3, 4]
• 미봉책의 재해석: 근본 원인을 찾지 못한 해결책은 대개 미봉책이 되지만, 문제 인식의 깊이가 충분히 깊다면 현상을 반전시키는 단순한 대응도 명확한 해결 과제가 될 수 있다는 관점이 제시된다. [1]

🛠️ 적용 사례 (Applied in summary)

• 공장 바닥 기름 유출 사고 분석: "바닥에 기름이 있다(현상)" → "혼합기가 샌다" → "가스켓 결함" → "구매부의 품질 기준 무시" → "회사의 최저가 입찰제 구매 정책(근본 원인)"의 경로를 추적하여 정책 변화라는 해결책을 도출함. [1, 3]
• 성수대교 붕괴 사고 원인 규명: 다리 자체의 설계/공법 부실뿐만 아니라 신도시 건설 중장비 통행에 따른 물리적 하중 및 지정학적 물류 동선 등 복합적인 원인을 Why So 사고로 구조화함. [1, 3]
• 콜센터 VOC 증가 분석: 신규 제품의 문제 또는 서비스 품질 저하 등 다양한 가능성에서 시작하여 배송 시스템의 결함이나 인력 부족 등의 세부 원인으로 Why를 반복하며 분해함. [2]

✅ 검증 상태 및 신뢰도

• 상태: draft
• 검증 단계: conceptual (실제 적용 사례 발견 시 applied/validated로 승격 가능)
• 출처 신뢰도: B (Official Documentation / Primary Source via NotebookLM)
• 중복 검사 결과: 신규 생성 (New discovery)

📝 변경 이력 (Change history)

• 2026-05-24: Initial draft generated via Datacollector_MAC P-Reinforce engine. [1-3]