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

# [[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]