5 Whys 근본 원인 분석
개요
5 Whys 근본 원인 분석은 문제 정의에서 시작해 "왜?"를 다섯 번 연속으로 묻는 구조화된 문제 해결 기법입니다. 각 답변은 다음 질문의 대상이 됩니다. 목표는 증상에 머무르지 않고 실제로 고칠 수 있는 근본적인 프로세스나 시스템 결함을 밝히는 것입니다.
사용 대상
사용 방법
명확한 문제 정의를 작성하세요 — 무슨 일이 있었는지, 언제 발생했는지, 어떤 영향이 있었는지.
“왜 이런 일이 발생했나요?”라고 물어보세요 그리고 답변을 기록하세요(답변 1).
“답변 1은 왜 발생했나요?”라고 물어보세요 그리고 답변을 기록하세요(답변 2).
답변 3, 4, 5에 대해 반복하세요.
프로세스나 시스템 변경으로 해결할 수 있는 원인에 도달하면 중단하세요 — 이것이 근본 원인입니다.
시정 조치 정의: 각 조치에 소유자와 마감일을 지정하세요.
팁: 좋은 근본 원인은 사람을 지목하지 않고 프로세스나 시스템을 가리킵니다. 답이 사람 이름이라면 왜 그런지 한 번 더 물어보세요.
예시
문제 정의: 체크아웃 페이지가 8월 12일에 3시간 동안 다운되어 약 18,000달러의 주문 손실과 40건 이상의 지원 티켓이 발생했습니다. (플랫폼 팀이 8월 13일에 조사함.)
왜 1: 결제 서버가 메모리 부족으로 충돌했습니다.
왜 2: 결제 서비스에 메모리 누수가 있습니다.
왜 3: 8월 8일 릴리스에서 오래된 데이터베이스 연결을 닫지 않습니다.
왜 4: 해당 릴리스는 운영 환경에 배포되기 전에 로드 테스트를 한 번도 수행하지 않았습니다.
왜 5: 릴리스 체크리스트에 성능 테스트 항목이 없습니다.
근본 원인: 릴리스 프로세스에 필수 로드/성능 테스트 단계가 없습니다.
수정 조치:
CI 파이프라인에 자동화된 부하 테스트 추가 (DevOps 리드, 8월 30일)
메모리 사용량이 80%일 때 알림 설정 (SRE 팀, 8월 22일)
릴리스 체크리스트 업데이트 및 팀 교육 (엔지니어링 매니저, 8월 20일)
감사합니다!
Khawaja Rizwan
