2nd/10_Wiki/Topics/_Common/Reasoning/5 Whys.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
5-whys	5 Whys	10_Wiki/Topics	draft	conceptual		5-Why Analysis 왜-왜 분석		B	0.90	2026-05-23	2026-05-23			research logic tree RCA	NotebookLM Synthesis	종이 공장 포장 라인 중단 사례 의료 센티널 이벤트 분석 식스 시그마 프로그램

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)