5 Why 근본 원인 분석 — 개념과 활용 방법

단순한 임시방편으로는 해결되지 않는 문제들이 있습니다. 5 Why 분석을 활용하면 문제의 근본 원인을 정확히 파악하고, 같은 문제가 반복되지 않도록 예방할 수 있습니다.

이 기법의 핵심은 단 하나의 단어, 왜에 있습니다. 어떻게 작동하는지 함께 살펴보겠습니다.

• 5 Why 기법이란? 정의와 기원.
• 5 Why 분석 수행 방법: 단계별 가이드.
• 5 Why의 실전 활용 사례.
• 5 Why와 Adobe Workfront.

5 Why 기법은 반복적 질문을 바탕으로 한 문제 해결 방법론입니다. "왜?"라는 질문을 다섯 번 반복하다 보면 피상적인 답변을 넘어 문제의 근본 원인에 도달할 수 있습니다. 방법 자체는 비교적 단순해 보이지만, 다른 간단한 해결책으로는 좀처럼 해결되지 않는 반복적인 문제에 특히 효과적인 접근법입니다.

간단한 예를 들어 보겠습니다. 파이프가 새는 집을 상상해 보세요. "왜 바닥이 젖어 있지?"라고 물었을 때 "파이프에서 물이 새기 때문이다"라는 답은 틀리지 않지만, 근본적인 해결책은 되지 못합니다. 진짜 문제는 더 깊은 곳에 있습니다. "왜 파이프에서 물이 새는 걸까?" 그 답이 "수압이 너무 높아서"라면 문제가 훨씬 명확해집니다. 한 발 더 나아가 "왜 수압이 너무 높은 걸까?"라고 물어 압력 조절기에 결함이 있다는 것을 발견했다면, 조절기를 수리하고 파이프를 교체함으로써 문제를 완전히 해결할 수 있습니다.

5 Why의 역사

5 Why는 혁신과 창의적 문제 해결을 촉진하는 기법으로, 100년이 지난 오늘날에도 여전히 강력한 효과를 발휘하고 있습니다.

이 방법론은 1930년대 도요타 산업을 이끈 산업가이자 발명가인 도요다 사키치(Sakichi Toyoda)로부터 시작되었습니다. 도요다는 회사를 운영하면서 이 전략이 문제 해결에 얼마나 유용한지를 직접 체감했습니다. 도요타 생산 방식의 설계자로서, 그는 린 제품 생산 프로세스를 최대한 원활하게 유지하고자 했습니다. 5 Why 시스템은 도요타 성공의 토대를 이루는 핵심 역할을 담당했습니다.

경영진과 프로젝트 관리자 들이 회의실에 앉아 문제 발생 원인에 대한 이론을 논하는 대신, 그들은 직접 현장을 찾아가 확인하는 “현장 직접 확인” 철학을 도입했습니다. 그리고 문제의 근원을 찾을 때까지 조사를 멈추지 않았습니다.

이를 통해 체계적인 분석 없이 문제 원인에 대한 인식을 왜곡할 수 있는 개인적인 의견을 배제할 수 있었습니다. 5 Whys 기법은 근본 원인을 규명하는 데 보다 과학적인 접근 방식을 제시합니다.

이는 비즈니스의 지속적인 성장과 확장을 가능하게 하는 탁월한 프로세스로 이어졌습니다. Toyota는 오늘날에도 이 전략을 활용해 장애물을 극복하고, 문제가 발생했을 때 그 본질을 신속하게 파악합니다.

이 전략은 곧 Toyota 밖에서도 주목받기 시작했으며, 1970년대에는 많은 기업들이 이를 도입했습니다. 현재도 수많은 기업과 전문가들이 문제 해결 역량 강화와 내부 프로세스 개선을 위해 이 방법론을 적극 활용하고 있습니다.

5 Whys 기법 활용하기

5 Whys 방법론은 다양한 경영 및 비즈니스 문제에서 진가를 발휘합니다. 예를 들어 다음과 같은 상황에서 특히 유용합니다:

• 프로세스 개선. 5 Whys 기법은 프로세스 내에서 비효율이나 병목 현상을 파악하는 데 최적화된 도구입니다. 프로세스의 결함이나 오류에 대해 "왜?"를 반복적으로 물어나가다 보면, 팀은 문제의 표층을 걷어내고 숨겨진 근본 원인에 도달할 수 있습니다. 예를 들어 고객 주문 처리가 지속적으로 지연된다면, 5 Whys 기법을 통해 인력 부족, 구식 기술, 또는 비효율적인 내부 커뮤니케이션 중 어디에서 문제가 비롯되었는지 파악할 수 있습니다. 이처럼 근본 원인을 해결하면 임시방편에 그치지 않고 지속 가능한 개선을 이뤄낼 수 있습니다.
• 기술적 문제. 5 Whys 기법은 까다로운 기술 문제를 체계적으로 진단하고 해결하는 방법을 제시합니다. 표면적인 임시방편에서 벗어나 진정한 근본 원인을 파악함으로써 동일한 문제의 재발을 방지할 수 있습니다. 예를 들어 소프트웨어 애플리케이션이 계속 충돌한다면, 5 Whys 기법을 통해 코딩 오류, 서버 리소스 부족, 또는 호환성 문제 중 무엇이 원인인지 규명할 수 있습니다. 이러한 체계적인 접근 방식으로 철저한 조사와 더 강력한 해결책을 확보할 수 있습니다.
• 프로젝트 지연 대응. 프로젝트 지연은 단일 원인보다는 복잡하게 얽힌 요인들의 연쇄 작용으로 발생하는 경우가 많습니다. 지연 원인을 체계적으로 파고들면, 프로젝트 관리자는 전체 문제에 기여하는 병목 지점, 리소스 제약, 또는 의존 관계를 발견할 수 있습니다. 예를 들어 프로젝트가 마감 기한을 넘긴다면, 5 Whys 기법을 통해 리소스 부족, 불명확한 요구사항, 또는 비효율적인 커뮤니케이션 중 어디에서 지연이 비롯되었는지 파악할 수 있습니다. 이를 통해 향후 지연을 방지하기 위한 핵심적인 개선 조치를 취할 수 있습니다.
• 고객 불만 해결. 불만의 원인을 체계적으로 조사하면 제품, 서비스 또는 프로세스의 문제점을 파악할 수 있습니다. 예를 들어, 고객 서비스에 대한 불만이 반복적으로 발생하는 경우, 5가지 이유 분석을 통해 교육 부족, 인력 부족, 명확한 서비스 프로토콜 부재 등 근본 원인을 파악할 수 있습니다. 이러한 근본적인 문제를 해결하면 더 높은 평점을 얻을 수 있으며, 이는 입소문 추천과 신규 고객 확보에 중요한 역할을 합니다.

5가지 이유 전략은 단순하거나 중간 수준의 문제를 해결할 때 가장 효과적입니다. 다른 문제 해결 전략에 비해 복잡성이 낮아 매우 복잡한 문제에는 적합하지 않을 수 있습니다. 그러나 전문가들이 문제의 근본 원인을 보다 명확히 파악하고 문제 해결의 첫 발을 내딛는 데 효과적인 방법입니다.

5가지 이유 기법을 사용하지 말아야 할 때

이 기법이 한계를 드러낼 수 있는 몇 가지 상황을 살펴보겠습니다.

• 매우 복잡한 문제: 원인이 복잡하게 얽혀 있는 문제의 경우, 5가지 이유 분석은 상황을 지나치게 단순화하여 중요한 기여 요인을 놓칠 수 있습니다. 반복적인 "왜?" 질문만으로는 이러한 복잡한 문제를 해결하기에 충분하지 않을 수 있습니다.
• 복잡하게 얽힌 원인: 여러 원인, 관계자, 시간대, 기타 요소가 복합적으로 작용할 때, 5가지 이유 분석으로는 기여 요인과 궁극적인 근본 원인을 구별하기 어려울 수 있습니다. 선형적인 질문 방식만으로는 문제의 다면적 특성을 충분히 파악하기 힘들 수 있습니다.
• 실증적 증거가 필요한 상황: 5가지 이유 분석은 주로 추론에 의존하기 때문에, 도출된 근본 원인을 실증적으로 검증해야 하는 상황에는 충분한 엄밀성을 제공하지 못할 수 있습니다. 결론이 증거에 의해 뒷받침되도록 하려면 보다 강력한 방법론이 필요할 수 있습니다.

이러한 경우에는 더욱 정교한 근본 원인 분석(RCA) 방법이 필요합니다. 이러한 기법들은 데이터 분석과 다양한 관점을 통합한 보다 체계적이고 포괄적인 접근 방식을 제공합니다.

대안적 RCA 방법

5가지 이유 분석만으로 해결하기 어려운 복잡한 상황에서는 대안적 RCA 기법을 고려해 볼 수 있습니다. 다음과 같은 방법들이 있습니다.

• 피시본 다이어그램(이시카와 다이어그램): 이 다이어그램은 사람, 재료, 방법, 환경 등 다양한 요소별로 분류하여 문제의 잠재적 원인을 시각적으로 나타냅니다. 이 접근 방식은 브레인스토밍을 촉진하고 문제를 보다 전체적인 시각으로 바라볼 수 있게 합니다.
• 고장 모드 및 영향 분석(FMEA): FMEA는 잠재적인 고장 모드와 그 영향 및 원인을 체계적으로 파악하여 선제적인 위험 완화를 가능하게 합니다. 특히 실패의 결과가 심각한 고위험 상황에서 매우 유용합니다.

적절한 RCA 방법을 선택하는 것은 문제의 복잡성과 얼마나 철저하게 접근할지에 달려 있습니다. 5 Whys는 많은 상황에서 유용한 출발점이 되지만, 그 한계를 인식하고 필요할 때 보다 정교한 기법을 활용하는 것이 효과적인 문제 해결의 핵심입니다.

5 Whys 분석은 단순히 같은 질문을 반복하는 것 이상의 과정입니다. 각 단계를 함께 살펴보겠습니다.

1. 팀원 구성하기

먼저 해당 문제를 잘 알고 있는 전문가들로 팀을 구성하세요. 문제에 영향을 미칠 수 있는 다양한 부서의 구성원도 포함하는 것이 중요합니다. 각 팀원은 서로 다른 시각과 새로운 아이디어를 제시하여 문제의 근본 원인을 더 효과적으로 파악하는 데 기여할 수 있습니다.

2. 리더 선정하기

팀이 동기를 잃지 않고 앞으로 나아갈 수 있도록 그룹을 이끌 리더를 선정하세요. 리더가 있으면 팀이 5 Whys 전략을 끝까지 실행하고 각 질문을 체계적으로 평가할 수 있습니다.

리더는 진행자로서의 역할에 집중해야 합니다. 모든 팀원이 문제와 그 원인에 대한 의견을 자유롭게 말할 수 있는 환경을 조성하는 것이 중요합니다.

3. 문제를 화이트보드나 종이에 기록하기

다음으로, 모든 팀원이 같은 인식을 공유할 수 있도록 문제를 명확히 기록해야 합니다. 각 평가 단계를 진행하면서 메모를 남기면 생각과 아이디어를 체계적으로 정리할 수 있습니다. 또한 문제 재발을 방지하기 위해 필요한 변경 사항을 적절히 실행하는 데도 도움이 됩니다.

4. 첫 번째 “왜?”를 질문하기

이제 팀은 해결하고자 하는 질문을 명확히 설정하고 첫 번째 “왜?”에 답해야 합니다. 예를 들어, 소프트웨어 업데이트가 왜 늦어졌는지 파악하려면 “이 소프트웨어 업데이트는 왜 일정보다 늦어졌나요?”와 같이 질문합니다. 그런 다음 팀은 이 질문에 대한 답을 함께 논의하고 메모를 기록합니다.

5. “왜?”를 네 번 더 질문하기

첫 번째 질문에 이어, 팀은 “왜?”를 네 번 더 반복해야 합니다. 첫 번째 질문에 답을 얻으면, 그 결과가 왜 발생했는지 다시 질문하는 방식으로 이어갑니다.

6. 문제의 근본 원인을 파악하세요.

팀이 다섯 단계의 "왜?"를 모두 거쳤다면, 이제 문제의 근본 원인을 명확히 정리해야 합니다. 이 과정에서 도출된 최종 답변을 바탕으로 최초 문제를 야기한 원인과 결과의 연쇄를 구체화하세요. 그런 다음 팀은 문제 해결을 위한 아이디어 도출에 본격적으로 나설 수 있습니다.

7. 해결책에 대한 책임을 배분하세요.

문제의 근본 원인과 발생한 일련의 사건들을 파악했다면, 이제 팀은 구체적인 해결책을 마련해야 합니다. 문제가 재발하지 않도록 각 팀원에게 책임을 명확히 배분하세요. 비즈니스 기능 개선을 위해 각 팀원에게 배정된 시정 조치와 역할을 꼼꼼히 기록해 두세요.

8. 분석 결과를 공유하세요.

마지막으로, 팀은 분석 결과를 관련 부서 또는 회사 전체와 공유해야 합니다. 도출된 답변, 파악된 근본 원인, 그리고 마련된 해결책을 명확히 전달하세요. 이후 팀의 진행 상황과 지속적인 개선 여부를 면밀히 살피고, 해결책이 최초 문제로 이어졌던 일련의 사건들을 실제로 차단하고 있는지 확인하세요.

효과적인 5 Whys 분석을 위한 팁

5 Whys 기법은 겉보기에 단순해 보이지만, 정확하고 실행 가능한 결과를 얻으려면 신중하게 적용해야 합니다. 다음은 이 기법의 효과를 극대화하는 방법입니다.

• "다섯"은 규칙이 아닌 가이드라인입니다: "5 Whys"에서 "다섯"이라는 숫자는 절대적인 기준이 아니라 경험 법칙에 따른 지침입니다. 복잡한 문제의 경우 근본 원인에 도달하기 위해 다섯 번 이상 "왜?"라고 질문해야 할 수도 있습니다. 반대로 비교적 단순한 문제라면 다섯 번의 반복 전에 근본 원인을 파악할 수도 있습니다. 핵심은 추가적인 "왜?" 질문이 더 이상 새로운 인사이트를 가져오지 않을 때까지 계속 질문하는 것입니다.
• 사실에 근거한 답변에 집중하세요: 추측이나 가정에 의존하지 마세요. 답변은 의견이나 가설이 아닌 사실과 관찰 가능한 증거에 기반해야 합니다. 이를 통해 5 Whys가 단순한 연역적 추론으로 전락해 부정확한 결론으로 이어지는 것을 방지할 수 있습니다. 실제로 발생한 사실에 집중할 때, 팀은 더욱 확실하게 근본 원인을 파악할 수 있습니다.
• 다양한 탐구 경로를 열어두세요: 하나의 문제에는 여러 원인이 복합적으로 작용하는 경우가 많습니다. 5 Whys 기법은 병렬적인 조사를 가능하게 하여 서로 다른 탐구 경로를 동시에 따라갈 수 있습니다. 이 방식은 더욱 포괄적인 분석을 보장하고, 모든 기여 요인을 빠짐없이 파악하여 보다 탄탄한 해결책을 도출하는 데 도움이 됩니다.
• 책임 전가를 피하세요: 5 Whys는 문제의 근본 원인을 파악하는 데 집중하며, 특정인에게 책임을 전가하지 않습니다. 개인의 행동이나 실수가 문제의 원인이 되었더라도, 목표는 그러한 실수가 발생하게 만든 근본적인 시스템 문제를 이해하는 것입니다. 이 방식은 비난이 아닌 지속적인 개선의 문화를 만들어 갑니다. “누가” 책임자인지보다 “왜” 그런 일이 발생했는지에 집중함으로써, 5 Whys는 더욱 효과적인 문제 해결을 이끌고 유사한 문제의 재발을 방지합니다.

5 Whys 전략의 실제 활용 방법과 가능성을 이해하는 가장 좋은 방법은 구체적인 사례를 직접 살펴보는 것입니다. 다음은 기업이 이 전략을 통해 문제의 근본 원인을 파악할 수 있는 세 가지 상황입니다.

매출 감소

5 Whys 프로세스를 활용할 수 있는 사례로, 한 기업이 지난 분기 매출이 감소했음을 발견한 상황을 들 수 있습니다. 마케팅, 영업, 고객 서비스 담당자로 구성된 팀은 다음과 같이 분석을 진행할 수 있습니다:

• 왜 매출이 감소했는가? 제품 관련 불만이 증가하면서 추천 구매, 재구매, 업셀링이 줄어들고 온라인 부정적 리뷰도 늘어났습니다.
• 왜 고객들이 제품에 대해 더 많이 불만을 제기하기 시작했는가? 소프트웨어의 버그와 기술적 문제가 늘어나면서 고객 서비스 문의가 증가하고 고객 불만도 커졌습니다.
• 왜 버그가 더 많이 발생했는가? 제품팀과 연구개발 부서의 신규 직원 비율이 높아지면서, 고객이 원하는 수준의 역량을 갖추는 데 필요한 경험과 노하우가 부족해졌습니다.
• 왜 이 부서들에 신규 직원이 많아졌는가? 지난 18개월간 이직률이 높았습니다.
• 왜 이직률이 높았는가? 경쟁사에 비해 복리후생 패키지가 크게 부족하여 핵심 개발자들을 잃게 되었습니다.

이 상황에서 팀은 직원을 소중히 여기고 충성도를 높이는 근무 환경을 조성하는 것이 얼마나 중요한지 인식하게 됩니다. 우수한 직원은 곧 우수한 고객 경험으로 이어집니다. 신규 직원 교육을 강화하고 복리후생 패키지를 개선하는 실행 계획을 수립함으로써 최고의 인재를 유치하고 유지할 수 있습니다.

주문한 제품을 제때 생산하지 못하는 문제

제품 대금을 지불한 기업들의 주문을 기한 내에 처리하지 못하는 상황이 발생할 경우, 5가지 이유 분석을 적용할 또 다른 기회가 생깁니다.

• 이 주문들을 처리하는 데 왜 뒤처졌나요? 이달 초에 밀린 주문으로 인해 납기가 지연되어 예정보다 늦게 주문을 완료했습니다.
• 이달 초에 왜 주문이 밀렸나요? 기계 벨트가 꼬박 일주일 동안 작동을 멈춰 그 기간 동안 주문을 처리할 수 없었기 때문입니다.
• 벨트가 왜 작동을 멈췄나요? 벨트 모터의 정비 시기가 한참 지났고, 기존 작업량을 감당하기 어려운 상태였습니다.
• 기계 정비가 왜 지연되었나요? 수요가 지속적으로 높았기 때문에, 정비에 필요한 몇 시간 동안 기계를 중단하려는 사람이 없었습니다.
• 기계 정비를 위한 가동 중단 일정을 왜 아무도 잡지 않았나요? 해당 기계를 담당하는 관리자가 정기 정비를 위해 프로덕션에 잠깐의 지연이 생기는 것을 원하지 않았기 때문입니다.

이 팀은 정기 정비를 위한 잠깐의 프로덕션 중단을 피하려다 오히려 기계 수리로 인한 대규모 지연이 발생하여 납기를 놓쳤다는 사실을 발견했습니다. 이 팀은 정기 정비를 의무화하고 정비 일정을 잡을 수 있는 여유 시간을 파악하는 실행 계획을 수립해야 합니다. 또한, 기계 정비를 위해 시간을 할애하는 관리자가 할당량 미달로 불이익을 받지 않도록 방안도 마련해야 합니다.

팀의 반복적인 제품 납기 지연

비즈니스 운영 중에는 팀이 프로젝트 마감일을 지키지 못하는 상황이 발생하기도 합니다. 이로 인해 고객에 대한 납품이 지연되거나 조직 전체에 차질이 생길 수 있습니다. 이 문제를 해결하기 위해 팀은 다음과 같은 질문을 던져볼 수 있습니다.

• 팀이 왜 이번 마감일을 놓쳤나요? 팀원들이 각자 맡은 프로젝트 부분을 늦게 완료하여 팀 전체가 일정보다 늦게 프로젝트를 마쳤습니다.
• 팀원들이 왜 각자의 담당 부분을 늦게 완료했나요? 마감일이 다가서야 역할 분담의 공백을 발견했기 때문에 각자의 담당 부분을 예정보다 늦게 완료했습니다.
• 왜 업무 책임에 공백이 생겼을까요? 팀원들은 각자 업무를 배정받았지만 상호 소통이 거의 없었고, 그 결과 프로젝트의 중요한 부분을 아무도 담당하지 않는다는 사실을 인지하지 못했습니다.
• 왜 팀원들 사이에 소통이 이루어지지 않았을까요? 팀 문화가 사실상 존재하지 않았고, 팀은 하나의 리더가 팀원 간 충분한 논의 없이 업무를 배분하는 방식으로만 운영되었습니다.
• 왜 팀에 응집력 있는 문화가 부재했을까요? 팀원들이 적극적으로 참여하거나 질문하도록 장려받지 못했기 때문입니다. 이로 인해 개인이 스스로 판단해야 하는 상황이 반복되었고, 팀워크보다 개인주의적 분위기가 자리 잡게 되었습니다.

이 팀은 정기 회의를 통해 팀 문화를 강화하고, 자유로운 토론과 질문을 장려하며, 창의적 사고를 환영하고 솔선수범하는 리더를 육성하는 데 집중할 필요가 있습니다.

Adobe Workfront의 협업 기능으로 5 whys 분석이 그 어느 때보다 간편해졌습니다. 프로젝트 관리 기능을 활용하면 각 "왜"에 대한 질문과 답변을 손쉽게 문서화하고, 명확한 감사 추적 기록을 남길 수 있습니다. 플랫폼의 강력한 커뮤니케이션 도구는 팀원 간 실시간 협업을 지원하여, 모든 구성원이 논의에 적극적으로 참여하고 전문 지식을 공유할 수 있도록 합니다.

주요 기능은 다음과 같습니다.

• 통합 워크스페이스: Workfront를 활용해 5 whys 분석을 위한 전용 공간을 만들고, 모든 관련 정보를 한곳에서 손쉽게 접근할 수 있도록 관리하세요.
• 각 "왜"별 작업 생성: 각 “왜” 질문과 그에 대한 답변을 Workfront 내 개별 작업으로 생성하여, 명확한 문서화와 진행 상황 추적을 용이하게 하세요.
• 담당자 지정: 각 작업의 담당자를 팀원에게 배정하여 책임감을 높이고 협업을 강화하세요.
• 댓글 및 토론 활용: Workfront의 댓글 및 토론 기능을 활용해 팀원 간 실시간 협업과 지식 공유를 촉진하세요.
• 보고서 생성: Workfront의 보고 기능을 활용해 5 whys 분석 결과를 간결하게 요약하고, 이해관계자들에게 효과적으로 전달하세요.

Adobe Workfront 가 비즈니스의 워크플로를 간소화하고 협업을 강화하는 방법을 자세히 알아보세요.