---
id: 5-whys
title: "5 Whys"
category: "10_Wiki/Topics"
status: "draft"
verification_status: "conceptual"
canonical_id: ""
aliases: ["5-Why Analysis", "왜-왜 분석"]
duplicate_of: ""
source_trust_level: "B"
confidence_score: 0.90
created_at: 2026-05-23
updated_at: 2026-05-23
review_reason: ""
merge_history: []
tags: ["research", "logic tree", "RCA"]
raw_sources: ["NotebookLM Synthesis"]
applied_in: ["종이 공장 포장 라인 중단 사례", "의료 센티널 이벤트 분석", "식스 시그마 프로그램"]
github_commit: ""
---

# [[5 Whys]]

## 🎯 한 줄 통찰 (One-line insight)
문제의 근본 원인(Root Cause)에 도달하기 위해 인과 관계의 사슬을 따라 "왜"라는 질문을 반복적으로 던지는 가장 단순하고 직관적인 선형 분석 기법 [1, 2].

## 🧠 핵심 개념 (Core concepts)
- **반복적 드릴다운(Iterative Drill-down):** 표면적인 증상에서 시작하여 질문을 거듭함으로써 기저에 숨겨진 시스템적 원인으로 파고듦 [1, 2].
- **선형적 인과 사슬(Linear Causal Chain):** 하나의 결과에 대해 단일한 원인 경로를 추적하여 문제의 계보를 형성함 [3, 4].
- **근본 원인 식별(Root Cause Identification):** 물리적 고장(기계 정지)을 넘어 인적 과실이나 관리적 결함(유지보수 일정 미준수)과 같은 최종 원인을 찾아냄 [1, 5].
- **최소 요건 분석(Minimalist Analysis):** 특별한 도구나 복잡한 훈련 없이도 즉각적으로 적용 가능한 간결한 구조 [6, 7].

## 🧩 추출된 패턴 (Extracted patterns)
- **에스컬레이션 패턴(Escalation Pattern):** 소규모나 일상적인 문제는 5 Whys로 처리하되, 복합 원인이 의심되거나 리스크가 큰 경우 [[Logic Tree]]로 즉시 확장 전환함 [3, 8, 9].
- **질문 종결 휴리스틱(Termination Heuristic):** 관리자가 통제 가능하고 재발 방지 대책을 수립할 수 있는 '가장 기본적인 원인'에 도달했을 때 질문을 멈춤 [10, 11].
- **증상-시스템 전전 패턴:** 분석의 흐름이 '물리적 증상' → '운영적 오류' → '시스템/절차적 부재' 순으로 심화되는 경향을 보임 [1, 5].

## 📖 세부 내용 (Details)
- **정의 및 배경:** 5 Whys는 근본 원인 분석(RCA) 기법 중 하나로, 조사자가 "왜"라고 5번 질문하는 과정을 통해 문제의 본질에 접근함 [2, 4]. 이는 식스 시그마(Six Sigma) 프로그램이나 의료 현장의 중대 사건 분석에서 널리 사용됨 [2].
- **분석 프로세스:** 특정 문제(예: 기계 작동 중지)에서 시작하여 퓨즈 단선, 모터 과부하, 윤활 펌프 고장 등을 거쳐 최종적으로 '유지보수 일정 미준수'라는 관리적 문제에 도달하는 방식으로 진행됨 [1].
- **주요 장점:** 사용이 매우 쉽고 빠르며, 소규모 팀이 별도의 소프트웨어 없이도 문제를 깊이 있게 생각하도록 돕는 입문용 도구로 적합함 [3, 6, 7].
- **비판적 한계:**
    - **과도한 단순화:** 선형적인 특성상 다중 원인이 얽힌 복합적 결함을 놓칠 위험이 큼 [3, 6].
    - **확증 편향(Confirmation Bias):** 조사자가 이미 결론을 내린 상태에서 질문을 그 방향으로 유도할 수 있음 [12].
    - **조기 중단:** 인적 오류(Human Error) 단계에서 질문을 멈추고 개인에게 책임을 묻는 '비난의 도구'로 전락할 위험이 있음 [13].
- **타 기법과의 연계:** 5 Whys는 [[Fishbone Diagram]]의 뼈대를 구성하는 질문 프로세스로 활용되기도 하며, 병렬적인 원인 분석이 가능한 [[Logic Tree]]의 하위 집합적 성격을 가짐 [14, 15].

## ⚖️ 모순 및 업데이트 (Contradictions & updates)
- **숫자 '5'의 가변성:** 전문가들은 반드시 5번 질문해야 하는 것은 아니며, 문제의 깊이에 따라 더 적거나 많은 질문이 필요할 수 있다고 지적함 [2].
- **단일 원인 가설의 위험성:** 소스 데이터에 따르면 단일 경로만 조사하는 5 Whys는 복잡한 사고 분석에서 비효율적일 수 있으며, 다중 경로를 지원하는 소프트웨어나 도구의 병용이 권장됨 [16, 17].

## 🛠️ 적용 사례 (Applied in summary)
- **종이 공장 포장 라인 중단:** 초기 5 Whys를 통해 센서 오정렬을 발견하고 임시 수리했으나 재발함 [8]. 이후 [[Logic Tree]]로 분석을 확장하여 공급업체 품질 문제 및 정비 주기 미비라는 복합 원인을 규명함 [18].
- **의료기관 센티널 이벤트(Sentinel Event):** 환자 안전 사고의 근본 원인을 파악하기 위한 표준 분석 도구로 채택되어 활용됨 [2].

## ✅ 검증 상태 및 신뢰도
- **상태:** draft
- **검증 단계:** conceptual (실제 산업 현장의 RCA 프로세스에서 검증됨)
- **출처 신뢰도:** B (전문 컨설팅 및 신뢰성 공학 교육 자료 기반)
- **중복 검사 결과:** 신규 생성

## 🔗 관련 문서 링크 (Related document links)

### 상위/유사 개념
#### [RCA 방법론]
- [[Root Cause Analysis]]
  - 연결 이유: 5 Whys가 속한 상위 범주.
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 문제 해결의 전략적 목적과 철학.
- [[Logic Tree]]
  - 연결 이유: 5 Whys를 다중 경로로 확장한 구조적 진화 형태. [6]
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 선형적 분석의 한계를 극복하는 법. [5]

#### [구조화 도구]
- [[Fishbone Diagram]]
  - 연결 이유: 5 Whys 기법을 활용해 각 범주의 세부 원인을 채워넣음. [14]
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 원인들의 카테고리화 방법. [19]
- [[MECE Principle]]
  - 연결 이유: 분석을 로직 트리로 확장할 때 중복과 누락을 방지하는 핵심 규칙. [20]
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 분석의 논리적 완결성 확보. [21]

### 심층 후속 질문 (Deeper Research Questions)
- 5 Whys 분석 시 확증 편향(Confirmation Bias)을 최소화하기 위한 구체적인 가이드라인은 무엇인가? [12]
- "인적 오류" 단계에서 분석을 멈추지 않고 시스템적 결함으로 넘어가기 위한 질문의 기술은 무엇인가? [13]
- 5 Whys와 [[Logic Tree]]를 통합하여 운용하는 하이브리드 워크플로우의 설계 방식은? [16]
- 5 Whys가 [[Six Sigma]]의 DMAIC 프로세스 중 어느 단계에서 가장 큰 시너지를 내는가? [2, 22]
- 질문의 횟수가 5회를 초과할 때 발생하는 인지적 복잡성을 관리하는 방법은? [2]

### 실무 적용 맥락 (Practical Application Contexts)
- **Implementation:** 간단한 설비 고장이나 반복되는 휴먼 에러 발생 시 즉각적인 현장 인터뷰 도구로 활용.
- **System Design:** 장애 대응 매뉴얼(Playbook) 작성 시 원인 규명 단계의 기본 템플릿으로 삽입.
- **Operation / Maintenance:** 정기 유지보수 실패 시 관리 프로세스의 누락 지점을 찾는 데 적용. [1]
- **Learning Path:** 주니어 분석가나 팀원들에게 '현상 이면의 원인'을 생각하게 하는 사고 훈련 도구로 권장. [7]

### 인접 주변 주제 (Adjacent Topics)
- [[Pareto Principle]]
  - 확장 방향: 5 Whys로 찾은 여러 원인 중 가장 영향력이 큰 20%를 식별하는 데 활용. [23]
- [[SCQA Framework]]
  - 확장 방향: 분석 결과를 이해관계자에게 스토리텔링 방식으로 전달할 때 결합. [22, 24]

## 📝 변경 이력 (Change history)
- 2026-05-23: Initial draft generated via Datacollector_MAC P-Reinforce engine. (NotebookLM Synthesis)