예시 답변 1
약 74초
5-Why 방법론으로 표면 원인을 넘어 근본 원인 추적
팀 프로젝트에서 특정 모듈에서 반복적으로 오류가 발생했는데, 처음에는 코드 버그라고 생각해 수정했다가 같은 문제가 다시 나온 경험이 있었습니다. 표면 원인만 고친 것이었습니다.
그때 5-Why를 적용해보니 근본 원인은 요구사항 문서의 모호함이었고, 그 문서를 작성할 때 검토 프로세스가 없었던 게 진짜 시작점이었습니다. 왜를 다섯 번 물어보니 처음엔 보이지 않던 구조적 문제가 드러났습니다. 반복 결함은 근본 원인을 찾기 전까지 계속 재발합니다.
왜를 다섯 번 물으면 구조적 문제가 드러납니다. 반복 결함은 근본 원인을 찾기 전까지 재발합니다. 구조적 문제가 반복 결함을 만듭니다.
이 결의 특징
팀 프로젝트에서 *특정 모듈에서 반복적으로 오류가 발생했는데, 처음에는 코드 버그라고 생각해 수정했다가 같은 문제가 다시 나온 경험이 있었습니다.* 표면 원인만 의 과정이 드러납니다.
이 결이 통하는 자리
그때 5-Why를 적용해보니 **근본 원인은 요구사항 문서의 모호함이었고**, 그 문서를 작성할 때 검토 프로세스가 없었던 게 진짜 시작점이었습니다. *왜를 다섯이 통합니다.