Framework Deep Dive

五次为什么

连续追问五次「为什么」,每次的答案成为下一个问题的起点,直到找到问题的根本原因而非表面症状。由丰田汽车创始人丰田佐吉提出,后成为精益生产的核心工具。

为什么团队总在修症状,不修根因?

网站宕机了——重启服务器。下周又宕机了——再重启。团队陷入了无休止的「救火循环」:每次处理的都是表面症状,根本原因从未被触碰。

这不是态度问题,而是方法问题。当一个问题出现时,人的本能是找到最近的可操作原因并修复它。这在短期有效,但系统性问题会持续以不同形态复发。

5 Why 打破了这个循环。它强制你沿着因果链向下追溯,直到抵达真正可以系统性解决的根本原因——通常是某个缺失的流程、不明确的规则,或未分配的责任。核心洞见:大多数问题都有系统性根因,而不是随机发生的。

五层追问,一条因果链

从一个具体、可观察的问题陈述出发,每一层「为什么」都指向上一层答案的根因,直到到达无法继续追溯的根本原因。

问题 生产线停机
W1
Why 1
为什么生产线停机?
因为机器过热,触发了安全断电保护
W2
Why 2
为什么机器过热?
因为冷却系统发生故障,无法有效散热
W3
Why 3
为什么冷却系统故障?
因为冷却管道的过滤器严重堵塞
W4
Why 4
为什么过滤器堵塞?
因为从未有人定期清洗或更换过滤器
W5
Why 5
为什么没有人定期更换?
根本原因 Root Cause
工厂没有建立设备预防性维护计划,过滤器维护从未被纳入标准作业流程(SOP)
常见误区
不要用 5 Why 来归咎人——根因几乎永远是流程和系统,而不是「某个人的失误」
不要在 Why 3 就停下来——「过滤器堵塞」是症状,「没有维护计划」才是可以系统解决的根因
数字「5」不是规则——有时 3 次足够,有时需要 7 次;停在「我们可以控制并改变的根本原因」处

什么时候该用它?

5 Why 最适合面对「反复发生的问题」或「症状明显但原因不清」的情境。当你发现团队在解决同一类问题超过两次时,就是启动 5 Why 的信号。

🏭
生产或工程事故的根因分析
系统故障、质量问题、流水线停机——追查事故背后的系统性原因,而非只修表面损害。
📉
用户流失或满意度下降的诊断
留存率下滑不只是「产品不够好」,用 5 Why 挖掘用户离开的真实系统性原因。
🐛
功能 Bug 反复出现的系统分析
同一类 Bug 一再出现,说明工程流程或测试机制存在系统性缺失,而非个别工程师的疏忽。
📊
产品指标异常波动的溯源
DAU 突然下跌、转化率骤降——在跳到解决方案之前,先用 5 Why 确认根因。
📞
客户投诉背后的服务流程问题
持续收到同类投诉是系统预警信号,用 5 Why 找到服务流程的断裂点。
⚙️
团队效率低下的流程瓶颈排查
会议太多、决策太慢、交付延迟——这些都是症状,背后往往有可以系统改善的流程原因。

Toyota 生产线停机事件
— 5 Why 的起源

1960 年代的丰田工厂里,当机器停机,传统做法是尽快重启,继续生产。大野耐一(Taiichi Ohno)拒绝了这种做法,他坚持要求工人追问五次「为什么」。这个习惯后来成为丰田生产方式(TPS)的基石。

以下是一个来自丰田工厂的真实记录案例:焊接机器人停机事件。

Toyota Production System
焊接机器人停机事件 · 丰田工厂根因分析
1960s–1970s
五次追问:从「换保险丝」到「建立维护流程」
W1
为什么焊接机器人停机?
保险丝断了 → 表面修复:更换保险丝(机器重新运转,但一周后再次停机)
W2
为什么保险丝断了?
电路短路,电流过载 → 重新接线(仍是在处理症状,未触及根因)
W3
为什么电路短路?
轴承润滑不足,摩擦产生高温引起短路 → 加润滑油(接近根因,但还不够)
W4
为什么轴承缺乏润滑?
润滑系统的油泵损坏,无法正常供油 → 更换油泵
W5
为什么油泵损坏?
根本原因
油泵过滤器长期堵塞,且没有任何人被指派定期检查 — 工厂缺少预防性维护标准流程(SOP)
表面修复路径(无限循环)
换保险丝 → 机器运转 → 一周后再次停机 → 再换保险丝 → 无限重复。团队疲于奔命,问题从未解决,成本不断积累。
根本解决路径(一次性修复)
建立每周过滤器检查清单,纳入标准作业流程 → 轴承不再缺油 → 保险丝不再断裂 → 停机问题永久消失。
💡
关键洞见
如果在 Why 1 停下,他们会无限次更换保险丝
如果在 Why 3 停下,他们会定期加润滑油,但问题仍会以稍慢的速度复发
只有到 Why 5,才找到了可以系统性消灭问题的根本原因
📋
最终解决措施
1
建立每周过滤器检查清单,指定责任人
2
将过滤器维护纳入标准作业程序(SOP)
3
同类机器全线推广预防性维护机制
4
该停机问题此后再未复发

让 5 Why 真正有效的五个关键

5 Why 看起来简单,但很容易用错。以下是让它发挥真实威力的关键实践。

01
问题陈述要具体可观察,不要模糊。「质量差」是没有意义的起点;「本周退货率上升 12%,主要集中在 A 型号产品」才是可以追溯的具体问题。
02
每次「为什么」的答案必须是事实,不是假设。如果团队说「可能是因为……」,说明该层的原因还没被验证,需要先核实再继续追问。
03
一个问题可能有多条平行的 Why 链,都要追查。产品指标下跌可能同时源于技术问题和运营问题,两条链要分别追溯,不要合并成一个答案。
04
停在「我们可以控制的根本原因」处即可。「因为市场环境不好」是无法控制的,不是有效的根因。继续追问直到找到团队可以采取行动的系统性原因。
05
根本原因通常是流程缺失、规则不明或资源不足——不是「人的问题」。如果追问到「因为某某员工不够认真」,说明方向走偏了,需要重新从流程和系统角度审视。

从丰田生产线到全球根因分析标配

5 Why 分析法由日本发明家、丰田工业创始人丰田佐吉(Sakichi Toyoda)在 20 世纪初创造,后由其子丰田喜一郎和大野耐一在丰田生产系统(TPS)中系统化推广。这个简单到几乎显得朴素的方法,背后蕴含着一个深刻的工程哲学:绝大多数问题的表象之下,都有一个可以被消除的根本原因。

1930s
丰田佐吉提出「问五个为什么」
丰田佐吉在其自动化纺织机器的研发实践中,形成了持续追问「为什么」直到找到根本原因的思维习惯,将其作为解决机械故障的核心方法传授给工程师,奠定了 5 Why 的实践基础。
1950s
大野耐一将其纳入丰田生产系统
丰田生产系统(TPS)总设计师大野耐一将 5 Why 系统化为正式的问题解决工具,要求工厂工人在遇到生产停线时,必须连续追问五次「为什么」,直到找到可操作的根本原因,而非仅处理表面症状。
1988
《丰田生产方式》英文版传播至西方
大野耐一的著作英文版出版,丰田生产系统包括 5 Why 在内的方法论进入欧美工业界视野。精益生产(Lean Manufacturing)运动随之兴起,5 Why 成为全球质量管理培训的标准内容。
2001
精益创业将其引入软件产品领域
埃里克·莱斯(Eric Ries)在创立精益创业方法论时,将 5 Why 引入软件产品和初创企业的问题排查流程,使其从制造业工具扩展为互联网团队处理线上故障、用户流失和增长瓶颈的通用方法。

与这些工具搭配效果更好