5 Whys를 제대로 활용해 문제를 푸는 법

문제의 뿌리를 찾아서

일에서든 삶에서든 이런 경험이 있으실 겁니다. 눈앞의 문제를 열심히 해결했는데도 그것이 자꾸 되돌아오고 심지어 더 복잡해집니다. 대개는 겉으로 드러난 증상만 손대고 그 아래를 파고들지 않았기 때문입니다. 이 굴레를 끊으려면 5 Whys로 문제를 밑바닥부터 분석해 진짜 해법을 찾아야 합니다.

5 Whys란?

5 Whys는 "왜"라는 질문을 거듭하며 문제의 근본 원인을 차근차근 짚어 내는 사고 도구입니다. 도요타 생산 방식에서 출발해 품질 관리와 생산 라인 문제를 다루기 위해 만들어졌습니다. 이후 여러 분야로 퍼지면서, 표면 너머 문제의 본질을 파고들어 진짜 해법을 찾게 해 주는 방법으로 자리 잡았습니다.

핵심은 겉에 머무르지 않고 질문을 이어 가며 문제를 한 겹씩 벗겨 내는 것입니다. 뿌리에 닿으면 대개 실제로 통하는 해법이 보입니다. 이름은 '5 Whys'지만 모든 문제에 정확히 다섯 번이 필요한 것은 아닙니다. 세 번 만에 핵심이 드러날 때도 있고 더 물어야 할 때도 있습니다.

단순하고 효율적이라 여러 분야에서 쓰입니다. 흔히 쓰이는 상황들을 살펴봅시다.

1. 프로젝트 관리

프로젝트가 늦어지거나 목표에 못 미치는 진짜 이유를 짚어 냅니다. 자원이 모자랐는지, 소통이 어긋났는지, 요구사항이 흐릿했는지 가려내고 그에 맞춰 손볼 수 있습니다.

2. 중요한 결정을 내릴 때

문제의 핵심을 여러 각도에서 살펴보게 해 줍니다. 예를 들어 이직을 고민할 때 "왜"를 거듭 물으면 내가 원하는 것, 커리어 목표, 지금 환경과의 궁합을 더 잘 이해하게 되어 한결 합리적인 판단을 내릴 수 있습니다.

3. 팀 소통

소통이 어긋나거나 오해가 생긴 근본 원인을 짚어 냅니다. 팀원 사이에 의견이 갈릴 때 "왜"를 거듭 물으면 정보가 새는 지점이나 오해의 출처가 드러나 협업이 나아집니다.

4. 제품 개발

제품의 결함이나 사용자 경험 문제를 찾아내는 강력한 도구입니다. 사용자가 특정 기능에 불만을 제기하면 5 Whys로 설계상의 문제를 깊이 분석해 원인을 짚고 다듬을 수 있습니다.

5. 고객 응대

고객 불만이나 문제를 푸는 데 도움이 됩니다. 서비스 품질에 대한 불만이 들어왔을 때 "왜"를 거듭 물으면 절차나 교육, 시스템의 문제가 드러나 개선으로 이어집니다.

이런 사례들은 5 Whys가 문제의 뿌리를 분석하고 진짜 해법을 찾게 해 준다는 것을 보여 줍니다. 단순하고 효과적이며 쓰기 쉽고 유연하다는 것이 이 방법의 강점입니다.

5 Whys의 한계

단순하고 효과적이라 널리 쓰이지만, 적용할 때 알아 둬야 할 한계도 있습니다. 이것들을 알아야 더 정확하게 쓸 수 있습니다.

복잡한 문제를 지나치게 단순화합니다

5 Whys의 핵심은 "왜"를 거듭 물어 뿌리를 찾는 것입니다. 하지만 모든 문제에 맞는 방법은 아닙니다. 특히 여러 요인이 얽힌 복잡한 문제라면 그렇습니다. 변수가 많거나 체계 전반이 얽힌 문제에서 5 Whys에만 기대면 상황을 지나치게 단순하게 보고 그 아래의 복잡함을 놓칠 수 있습니다.

묻는 사람의 경험에 좌우됩니다

5 Whys의 효과는 묻는 사람의 경험과 지식에 크게 기댑니다. 그 분야를 깊이 모르면 질문도 답도 얕아져 표면적인 원인에서 멈춥니다. 그래서 충분한 배경 지식을 갖추고 여러 각도에서 문제를 볼 수 있는 사람이 이끌어야 합니다. 여러 부서가 함께 참여하면 시야가 넓어져 한쪽으로 쏠리는 것을 막을 수 있습니다.

주관적인 문제에는 잘 통하지 않습니다

주관적이거나 수치로 재기 어려운 문제 앞에서는 힘을 잃습니다. 개인의 감정이나 팀 문화, 사람 사이의 역학 같은 것들은 5 Whys로 다루기 쉽지 않습니다.

모든 결정에 맞지는 않습니다

많은 상황에서 깊은 통찰을 주지만, "왜"를 거듭 묻는 것이 핵심을 드러내지 못하고 오히려 과도한 분석으로 이어지는 경우도 있습니다. 빠른 판단이 필요하거나 급한 상황에서는 질문이 많아질수록 결정이 늦어집니다. 그럴 때는 의사결정 나무나 직관적 판단 같은 다른 도구가 나을 수 있습니다.

끝없는 반복에 빠질 위험

같은 문제를 놓고 "왜"를 거듭 묻다 보면 제자리를 도는 상황이 생기기도 합니다. 특히 팀 논의에서 질문이 지나치면 합의에 이르지 못하고 해결이 늦어집니다. 그래서 질문의 횟수를 적절히 정해 두고 분석의 효율을 지키는 것이 중요합니다.

5 Whys로 문제 풀어 보기

먼저 마주한 핵심 문제를 또렷하게 정의합니다. 예를 들어 이렇게 물을 수 있습니다. "우리 사이트의 장바구니 이탈률이 왜 이렇게 높지?"

첫 번째 "왜"로 직접적인 원인을 짚습니다. "왜 장바구니 이탈률이 높지?" 답은 이럴 수 있습니다. "많은 사용자가 결제 페이지에서 구매를 마치지 않고 나갑니다."

두 번째 "왜"로 한 겹 더 들어갑니다. "왜 결제 페이지에서 나가지?" "배송비 계산 방식이 마음에 들지 않아서입니다."

세 번째 "왜"로 더 파고듭니다. "왜 배송비 계산 방식이 마음에 들지 않지?" "장바구니 페이지에 배송비가 표시되지 않아서, 결제 단계에 가서야 비싼 배송비를 보고 당황하고 실망합니다."

네 번째 "왜"로 뿌리를 좇습니다. "왜 장바구니 페이지에 배송비가 표시되지 않지?" "제품 설계 단계에서 배송비 표시를 쇼핑 경험의 일부로 고려하지 않았고, 결제 페이지에서 처리하면 된다고 봤기 때문입니다."

마지막 다섯 번째 "왜"로 밑바닥을 드러냅니다. "왜 설계 단계에서 배송비 표시를 고려하지 않았지?" "제품 관리자가 사용자의 구매 흐름을 충분히 분석하지 않았고, 배송비가 구매 결정에 미치는 영향을 놓쳤기 때문입니다."

뿌리를 찾았다면 이제 손을 씁니다. 여기서의 근본 원인은 사용자의 구매 과정과 배송비가 결정에 미치는 영향을 제대로 이해하지 못한 것입니다.

따라서 해결의 열쇠는 사용자 관점에서 구매 흐름을 다시 짜고 중요한 정보를 앞에 내놓는 것입니다. 결제 단계에서 놀라고 실망하는 일이 없도록 장바구니 페이지에 배송비를 표시해, 상품을 고르는 시점에 전체 비용을 알 수 있게 합니다. 이탈률이 줄어들 뿐 아니라 구매 결정에 대한 확신도 커집니다. 배송비 계산을 더 투명하게 만들면 쇼핑 경험이 매끄러워지고 전환율도 함께 올라갑니다.

Buildin.AI 템플릿으로 5 Whys 효율적으로 쓰기

5 Whys는 단순하고 효율적이지만, 알맞은 도구와 템플릿을 고르면 그 효과가 확 달라집니다. Notion과 비슷한 올인원 노트 도구인 Buildin.AI는 혼자 쓰기에도 팀으로 쓰기에도 잘 맞습니다.

Buildin.AI에 내장된 5 Whys 템플릿을 쓰면 문제 해결 과정에 틀이 잡히고, 분석이 빨라지며, 뿌리를 단계별로 좇을 수 있습니다.

템플릿을 내 Buildin.AI 공간으로 복사하기만 하면 5 Whys 분석을 체계적으로 시작할 수 있습니다.

Buildin.AI의 5 Whys 템플릿