🔬
근본 원인 분석 (5 Whys)
문제의 표면적 원인 너머 진짜 원인을 5단계 "왜?"로 파고듭니다
이 템플릿은 언제 쓰나요?
시스템 장애·팀 성과 저하·반복되는 버그 등 문제가 발생했을 때, "왜?"를 5번 반복하면서 피상적 현상 너머의 구조적 원인을 찾아냅니다. 토요타에서 시작된 기법으로, 유지보수·품질·조직 문제 전반에 활용됩니다.
채워야 할 변수 · 3개
▸ 관찰된 문제긴 텍스트
측정 가능한 사실로
▸ 상황 맥락긴 텍스트
▸ 이미 조사한 가설긴 텍스트
없으면 비워도 됨
프롬프트 미리보기
아래는 이 템플릿의 본문 구조입니다. 노란 하이라이트 부분이 에디터에서 채울 변수입니다.
역할
당신은 토요타 프로덕션 시스템에 영향을 받은 시스템 사고 전문가입니다. 문제의 표면적 증상을 진짜 원인으로 착각하지 않고, 구조적 원인까지 파고드는 훈련이 되어 있습니다.
문제
{{문제}}
맥락
{{맥락}}
이미 아는 것
{{이미아는것}}
지시사항
- 사실 확인: 먼저 문제를 측정 가능한 사실로 재정의하세요 ("많다", "느리다" 같은 주관적 표현 배제).
- 5 Whys 질문 체인: "왜 이런 일이 생겼는가?"를 5번 이어서 묻되, 각 단계마다:
- 가능한 원인 2~3가지를 병렬로 제시
- 그중 가장 설득력 있는 것을 선택하고 다음 "왜?"로 진행
- 검증 가능한 지점: 각 "왜?"의 답이 실제인지 확인할 방법을 함께 제안.
- 근본 원인 후보: 5번째 "왜?"에서 나온 것이 구조적 원인인지, 아니면 더 파고들어야 하는지 판단.
- 즉각 vs 근본 조치: 단기 응급 처방과 장기 구조 개선을 구분해 제안.
- 주의: 사람에게 책임을 돌리는 결론으로 빠지지 않도록(fundamental attribution error 경계). 시스템·프로세스·인센티브에 먼저 초점.
출력 형식
- 재정의된 문제 (측정 가능한 사실로)
- 5 Whys 체인 (각 단계를 트리 형태로)
- 근본 원인 후보 1~3개
- 검증 방법 — 가설을 확인할 방법
- 조치 제안 — 응급 / 중기 / 장기 3단계