5 Whys(다섯 번의 왜) 원인 분석 도구

5 Whys를 쓰는 때

이미 일어난 문제가 있고, 같은 일이 되풀이되지 않게 막고 싶을 때 쓰는 기법입니다. 눈앞의 증상을 해결하는 것(응급 조치)과 증상이 생긴 이유를 없애는 것(재발 방지)은 다른 일인데, 5 Whys는 뒤쪽을 위한 질문 방법입니다. 도요타의 생산 현장에서 쓰였고 오노 다이이치가 널리 알린 것으로 알려져 있으며, 현재는 제조뿐 아니라 서비스 운영, 소프트웨어 장애 회고, 개인 습관 점검까지 쓰입니다. "다섯 번"은 어디까지나 대략의 기준입니다.

사용 순서

문제를 사실로 적습니다. "배송이 엉망"이 아니라 "지난주 화요일 주문분이 하루 늦게 인계되었다"처럼 누가 봐도 확인되는 문장으로 씁니다.
직전 원인을 한 단계만 묻습니다. 추측이 아니라 확인할 수 있는 사실(기록, 로그, 사진, 목격자 진술)로 답합니다.
답을 다음 질문의 주어로 삼아 "왜?"를 이어 갑니다.
멈출 곳을 판단합니다. 내가 바꿀 수 있는 규칙, 절차, 도구, 역할이 나오면 멈추고 대책을 정합니다.
거꾸로 읽어 확인합니다. 맨 아래 원인부터 위로 "그래서"를 붙여 읽었을 때 문제까지 자연스럽게 이어지는지 봅니다.

작성 예시: 쇼핑몰 배송 지연

소규모 온라인 쇼핑몰(가상의 사례)에서 당일 출고 약속을 지키지 못한 상황을 다섯 단계로 풀어 본 예입니다.

단계	내용
문제	지난주 주문 일부가 안내한 날짜보다 하루 늦게 택배사에 인계되었다.
왜 1	평소 오후 4시인 택배 수거 시각까지 포장이 끝나지 않았다.
왜 2	그날 접수된 주문이 평일 평균보다 훨씬 많았는데 포장 인원은 평소와 같았다.
왜 3	주문이 몰릴 것을 포장 담당이 미리 알지 못했다.
왜 4	마케팅 담당이 쿠폰 발행 일정을 물류 담당에게 따로 알리지 않았다.
왜 5	프로모션 일정을 물류와 공유하는 절차(체크리스트, 회의)가 정해져 있지 않았다.

아래에서 위로 읽어 보면 "공유 절차가 없어서 → 물류가 쿠폰 일정을 몰랐고 → 주문 급증을 예상하지 못해 → 인원이 그대로였고 → 수거 시각을 놓쳤으며 → 하루 늦게 인계되었다"로 이어집니다. 이 결과에서 나오는 대책은 "포장 담당에게 더 빨리 하라고 말한다"가 아니라 "쿠폰 발행 이틀 전까지 물류 담당에게 일정과 예상 주문량을 알리는 항목을 업무 체크리스트에 넣는다"입니다. 만약 3번째 단계에서 멈췄다면 "예측을 잘하자"처럼 실행하기 어려운 다짐으로 끝났을 것입니다.

같은 사건에서 다른 가지도 가능합니다. 예를 들어 "왜 2"에 "택배 수거 시각이 평소와 달랐다"를 놓고 따로 파 보면 계약상 수거 시간 변경 안내가 메일로만 와서 묻혔다는 별개의 원인이 나올 수 있습니다. 이 도구에서는 같은 문제 문장으로 분석을 두 번 저장해 가지를 나눠 기록하세요.

두 번째 사례: 사내 예약 시스템이 멈춘 25분

제조·물류와 다른 영역의 예도 봅니다. 아래는 가상의 사내 시스템 장애를 4단계(4번의 왜)에서 멈춘 기록입니다. 모든 칸을 합쳐 약 209자로, 한 칸은 한두 문장이면 충분하다는 감을 줍니다.

단계	내용
문제	월요일 오전 9시 10분부터 25분간 사내 회의실 예약 화면이 열리지 않았다.
왜 1	데이터베이스 연결 수가 한도에 도달해 새 요청이 대기열에서 거절되었다.
왜 2	주간 보고서 생성 작업이 오전 9시 정각에 한꺼번에 시작되어 연결을 오래 붙잡았다.
왜 3	보고서 작업의 시작 시각이 모두 같은 값으로 설정되어 있었다.
왜 4	새 작업을 등록할 때 기존 작업의 시작 시각과 자원 사용량을 비교하는 단계가 없었다.

여기서는 다섯 번을 채우지 않고 네 번째에서 멈췄습니다. "작업 등록 때 충돌을 점검하는 단계가 없다"는 절차의 부재이고, 대책도 바로 나옵니다. 등록 양식에 시작 시각 중복 경고를 넣고, 무거운 작업은 분 단위로 어긋나게 배치하며, 연결 한도 도달 시 알림이 오게 하는 식입니다. 만약 "왜 2"에서 "누가 한꺼번에 시작시켰나"로 흘렀다면 사람을 찾는 데서 끝났을 것입니다. 두 사례를 나란히 보면 공통점이 있습니다. 마지막 칸이 항상 "~가 없다", "~가 정해져 있지 않다"처럼 구조를 가리킵니다.

한 칸의 답이 어떤 종류인지 점검하기

질문을 이어 가다 막히는 지점은 대개 답이 어떤 유형인지 구별하지 못해서입니다. 칸을 채울 때마다 아래 표의 어느 줄에 해당하는지 스스로 물어보세요.

답의 유형	예	다음 행동
확인된 사실	로그에 9시 00분 03초부터 연결 거절 기록이 있다	그대로 다음 왜로 진행
추측·가설	아마 사용자가 몰렸을 것이다	조사 일을 정하고 확인 전에는 대책 근거로 쓰지 않음
사람 탓	담당자가 설정을 잘못했다	그 실수를 막거나 잡아내는 장치가 왜 없었는지 한 단계 더
통제 밖 요인	그날 유난히 바빴다	내가 바꿀 수 있는 앞 단계(인원 배치, 사전 공유)로 되돌아감
규칙·절차·도구	변경 전 점검 항목이 없다	여기서 멈추고 대책·담당·기한을 정함

이 도구의 입력 규칙과 동작

문제 상황은 필수입니다. 비어 있으면 저장되지 않고 안내 문구가 나옵니다. 문제 칸은 200자, 각 왜 칸도 200자까지 입력됩니다.
"왜" 칸은 최소 1개를 채워야 합니다. 모두 비어 있으면 저장되지 않습니다.
중간에 빈 칸을 두면 저장되지 않습니다. 예를 들어 1번과 3번만 채우고 2번을 비우면 "2번째 왜가 비어 있습니다"라고 알려 줍니다. 사슬이 끊기면 거꾸로 읽는 검증이 성립하지 않기 때문입니다. 반대로 뒤쪽 칸을 비우는 것은 허용됩니다.
마지막으로 채운 칸이 "근본 원인 후보"로 표시됩니다. 3번째까지만 채웠다면 3번째 답이 후보가 되고, 화면에는 "왜3"처럼 몇 번째인지가 함께 보입니다.
같은 날 저장한 기록은 최근에 저장한 것이 위에 옵니다. 날짜가 다른 기록은 최근 날짜가 먼저 나옵니다.
복사 버튼은 문제와 각 왜 답, 근본 원인 후보를 줄바꿈 텍스트로 만들어 줍니다. 메신저나 회의록에 그대로 붙여 넣을 수 있습니다.

회의에서 진행하는 방법

팀으로 할 때는 화면을 공유하고 한 사람이 서기를 맡아 칸을 채웁니다. 진행자는 "그 답을 뒷받침하는 기록이 있나요?"만 반복해서 물으면 충분합니다. 10~15분 안에 한 가지가 끝나지 않으면 가지를 나누어 담당자별로 조사한 뒤 다음 회의에서 합치는 편이 낫습니다. 마지막에는 발견된 원인마다 담당자와 확인 기한을 정하고, 합의되지 않은 칸은 지우지 말고 '미확인'으로 남겨 두세요. 회의 끝에 "이 대책을 실행하면 같은 문제가 정말 사라질까?"를 한 번 더 묻는 것만으로도 임시 처방이 걸러지는 경우가 많습니다.

흔한 실수 더 보기

문제를 너무 크게 잡는 경우. "고객 불만이 많다"처럼 범위가 넓으면 사슬이 흩어집니다. 한 사건, 한 날짜, 한 현상으로 좁히세요.
해결책을 원인 칸에 쓰는 경우. "교육을 안 했다"는 원인처럼 보여도 사실은 "교육을 하자"는 대책의 뒤집힌 표현일 수 있습니다. 그 교육이 없어서 실제로 어떤 일이 일어났는지를 쓰세요.
왜 대신 누가를 묻는 경우. "누가 했나"는 책임 추궁으로 흐르고 정보 공유를 막습니다. "어떤 조건에서 그렇게 하기 쉬웠나"로 바꿔 물으세요.
한 칸에 원인을 여러 개 쓰는 경우. 두 가지 이상이 떠오르면 한 칸에 이어 쓰지 말고 가지를 나눠 따로 저장하세요.
대책 실행 후 확인을 빠뜨리는 경우. 분석은 대책을 실행하고 결과를 본 뒤에야 맞았는지 알 수 있습니다. 달력에 확인일을 적어 두세요.

다른 기법과 고르는 기준

원인이 하나의 흐름으로 이어질 것 같으면 5 Whys가 빠릅니다. 원인이 여러 갈래로 보이면 파레토 원칙(20-80 법칙) 가이드의 방식으로 빈도가 높은 원인부터 가려내는 것이 낫고, 아직 일어나지 않은 문제를 미리 점검하려면 프리모템 도구가 맞습니다. 이미 일어난 일의 원인을 찾을 때는 5 Whys, 앞으로 일어날 일을 대비할 때는 프리모템과 리스크 매트릭스처럼 시점이 다르다고 기억하면 선택이 쉽습니다.

질문을 멈추는 시점과 나쁜 답 구별하기

"사람의 실수"에서 멈추지 마세요. "담당자가 깜빡했다"는 대부분 중간 단계입니다. 깜빡해도 문제가 되지 않게 하는 장치가 왜 없었는지를 더 물어야 재발을 막습니다.
추측형 답을 걸러 내세요. "아마 바빠서" 같은 답은 확인이 필요한 가설일 뿐입니다. 근거를 찾지 못했다면 그 칸에 '미확인'이라고 적고 조사 일을 따로 정하세요.
통제 밖의 원인에서 멈추면 대책이 없습니다. "경기가 나빠서"가 나오면 한 단계 앞으로 돌아가 내가 바꿀 수 있는 부분(예: 재고 기준, 발주 시점)을 다시 묻습니다.
다섯 칸을 억지로 채우지 마세요. 세 번째에서 규칙·절차의 부재에 닿았다면 충분합니다. 반대로 다섯 번째에도 구조적 원인이 안 나오면 계속 이어 가도 됩니다.

한계: 단일 원인이라는 착각

5 Whys는 한 줄로 이어지는 하나의 원인 사슬을 가정합니다. 하지만 실제 문제는 대부분 여러 원인이 겹쳐서 생깁니다. 위 예시도 쿠폰 공유 문제 외에 수거 시각 변경이나 포장 동선 비효율 같은 요인이 함께 작용했을 수 있고, 어느 사슬을 따라가느냐는 질문하는 사람의 가정에 따라 달라집니다. 같은 사건을 두 사람이 분석해 서로 다른 근본 원인에 도달하는 일도 흔합니다. 따라서 한 번의 5 Whys 결과를 "진짜 원인"으로 단정하지 말고 "가장 유력한 가설"로 다루세요.

복합 원인이 의심되면 가지를 여러 개 만들어 각각 따라가거나, 원인을 범주별로 나열하는 방식(어골도)을 병행하는 편이 낫습니다.
질문자의 지식 범위를 넘는 원인은 나오지 않습니다. 현장 담당자를 반드시 참여시키세요.
정량적 검증이 아닙니다. 가설은 기록과 데이터로 확인한 뒤 대책을 실행하고, 실제로 재발이 줄었는지 추적해야 합니다.
안전사고, 의료사고, 법적 책임이 걸린 사건은 이 도구의 결과로 결론을 내리지 말고 조직의 공식 조사 절차와 전문가를 따르세요.

결과를 활용하는 방법

저장한 기록에서 마지막으로 채운 칸이 대책의 대상입니다. 대책은 담당자와 기한을 붙여 한 줄로 적고, 한 달쯤 뒤 같은 유형의 문제가 다시 일어났는지 확인하세요. 해결 못 한 가능성이 남았다면 같은 문제로 새 분석을 추가해 비교합니다. 팀에 공유할 때는 각 기록 오른쪽 아래의 복사 버튼을 쓰면 문장이 번호와 함께 복사됩니다.

입력한 데이터는 어디에 저장되나요

작성한 분석은 이 브라우저의 localStorage에만 저장되며 서버로 전송되지 않습니다. 다른 기기, 다른 브라우저와는 동기화되지 않고, 사이트 데이터를 삭제하거나 시크릿 창을 닫으면 사라집니다. 개별 기록은 ✕ 버튼으로, 전체는 "전체 초기화"로 삭제할 수 있습니다. 고객 이름 같은 개인정보나 사내 기밀은 입력하지 않는 것을 권합니다.

함께 쓰면 좋은 도구

찾은 원인을 팀에 공유하려면 팀 회고보드(KPT 방식)를, 재발 가능성을 점수로 점검하려면 리스크 매트릭스(확률-영향도) 도구를, 장애 보고서 쓰는 법은 인시던트 보고서 작성 가이드를, 대응 항목 추적은 RAID 로그를 활용해 보세요.

자주 묻는 질문

꼭 다섯 번을 다 채워야 하나요?

아닙니다. 이 도구는 5칸 중 일부만 채워도 저장할 수 있습니다. 더 파고들 이유가 없는 규칙·절차 차원의 원인에 닿았다면 거기서 멈추고, 부족하다고 느끼면 같은 문제로 분석을 한 번 더 저장해 이어가세요.

혼자 할 때와 팀으로 할 때 차이가 있나요?

혼자 하면 빠르게 초안을 만들 수 있지만 자기 업무의 사각지대는 보기 어렵습니다. 원인이 여러 부서에 걸친 문제라면 관련자가 함께 답을 확인하고 서로 다른 가지를 내놓는 편이 정확합니다.

특정 사람의 책임을 묻는 데 써도 되나요?

권하지 않습니다. 이 기법의 목적은 책임자 찾기가 아니라 구조 개선입니다. 사람 이름에서 멈추면 같은 환경에서 다른 사람이 같은 실수를 반복할 가능성이 그대로 남습니다.

원인이 여러 개로 갈라지면 어떻게 기록하나요?

같은 문제 문장으로 분석을 여러 번 저장해 가지별로 기록하세요. 저장된 기록은 날짜순으로 쌓여 비교할 수 있고, 각 기록의 마지막 칸이 그 가지의 근본 원인 후보입니다.

저장한 기록을 나중에 고칠 수 있나요?

이 도구는 저장된 기록을 수정하는 기능이 없습니다. 내용을 바꾸고 싶으면 복사 버튼으로 텍스트를 가져와 다시 입력한 뒤 새로 저장하고, 이전 기록은 ✕ 버튼으로 지우세요.

개인 습관이나 일상 문제에도 쓸 수 있나요?

쓸 수 있습니다. 예를 들어 "이번 주 세 번 지각했다"를 문제로 놓고 왜를 이어 가면 알람 설정, 전날 수면 시각, 아침 준비 동선 같은 바꿀 수 있는 요인이 드러나기도 합니다. 다만 건강이나 심리 문제의 원인을 이 방법으로 진단하려 하지 말고 필요하면 전문가와 상담하세요.

다섯 번째 답이 첫 번째 답과 비슷해지면요?

같은 말을 돌려 쓰는 순환 구조일 가능성이 큽니다. "인원이 부족해서 → 일이 밀려서 → 인원이 부족해서"처럼 이어진다면 중간에 하나가 사실이 아닌 가정일 수 있으니 각 칸에 근거 기록이 있는지 다시 확인하세요.

글자 수 제한이 있나요?

문제 상황과 각 왜 칸 모두 200자까지 입력됩니다. 길어지면 핵심 사실 한 문장만 칸에 적고 자세한 근거는 별도 문서에 두는 편이 읽기 좋습니다.

왜 질문이 아니라 문장으로 답을 적나요?

각 칸에는 "왜?"에 대한 답을 적습니다. 답이 사실로 확인된 문장일수록 다음 질문이 구체적이 되고, 맨 아래에서 위로 거꾸로 읽는 검증도 쉬워집니다.