一、它到底是什么

它的做法通常是把「为什么」连续问下去。一个问题问出答案，再对答案问为什么，直到答案落在某个你能动手改的地方，或者直到再问下去已经没有意义。丰田生产方式里把这个动作叫做「五个为什么」，是它最出名的形式。问几次不是重点，重点是每一层都基于事实，而不是基于猜测。

根因分析还要求区分「原因」和「借口」。一个常见的失败是往下追问时，停在「人手不够」「市场不好」「客户不配合」这类无法操作的层面。这些不是根因，是终止符。好的根因是你能对它采取行动的：流程里少了一个检查、信息没有传到一个岗位上、判断标准本身写错了。

二、为什么它管用 / 为什么人会这样

人天然倾向于解决眼前最痛的那一处。看到机器停了就去修那台机器，看到用户流失就去加广告，这是快速的、有成就感的动作。问题在于，症状总是比根因更显眼，也更早出现。脑子为了省力，会把「最显眼的」当成「最要紧的」，这是一种可得性启发：容易想到的，被当成更重要的。

团队里还有一个额外的推力：追根因会指向某个流程或某个人的失误。谁都不愿意当那个被指出来的人，于是讨论自然停在不会得罪人的那一层。根因分析之所以需要方法而不是只靠态度，就是要抵抗这种社交阻力：把问题归到流程上，而不是归到某个人身上，才问得下去。

它管用的另一个原因是它改变了修复的批次。治症状，你得一次次救火；治根因，你可以一次修好一片。前者看起来很忙，后者常常在短期里看不出动静，这也是它容易被放弃的地方。

三、什么时候会碰到它 / 该用它

• 同一个问题反复出现，每次修完过一阵又来。
• 出了事故或严重失误，需要弄清楚到底哪一环出了问题。
• 多个表面问题看起来不相干，但你怀疑背后是同一个源头。
• 团队的讨论总停在「谁的责任」，需要把它拉回到「什么机制」。
• 你打算一次性投入做个大改造，动手前想确认改的是不是真问题。

四、什么时候它不管用

当问题是一次性的、偶然的、不会再犯的时候，花大力气追根因就是浪费。人渴了喝水，不用追问为什么渴。另一种情况是时间极紧、火已经烧到眼前，这时先灭火、事后再分析，顺序不能反。还有一种是证据不足：如果连现象怎么发生的都没记录清楚，往下追问只会编故事，五个为什么变成五层想象。

五、例子

六、最容易走偏的地方

• 停在别人的身上：一旦根因指向「某人不行」，追问就停了。往流程和系统再问一层。
• 五层都靠猜：每一层的答案要有证据，否则只是把想象做成金字塔。
• 追到无法行动为止：根因要落在一个你能改的地方，落到「人性如此」就没法用了。
• 只找单一根因：复杂问题常常是好几个原因叠在一起，非找唯一凶手会漏掉别的。
• 分析完了不修：根因分析的价值在于随之而来的改动，光有一份漂亮的报告没有用。

七、怎么把它用起来

• 先用可观察的语句写下问题：什么时间、什么现象、预期是什么、实际是什么。
• 收集能拿到的证据：记录、日志、当事人的描述，先摆事实再下判断。
• 对现象连续问「为什么会这样」，每问一层就找一层证据，直到答案可以动手。
• 当一个答案不能解释全部现象时，说明还有别的原因，横向再找一条线。
• 找到最底层的可操作点后，问一句「如果改这里，原来的现象真的会消失吗」，作为验证。
• 把改动落成具体的流程或规则，并设一个观察窗口，到期回看现象是否复发。

八、它和「五个为什么」不一样

五个为什么是根因分析里最常用的一个手法，可以理解为它的一个子工具。根因分析是更大的框架，还包括画因果链、分叉排查、验证假设这些动作。只把「问五次」当成全部，容易在需要横向排查的地方卡住。

它和「系统思考」也不一样。根因分析倾向于找到一条向下的链，最后落在一个点上；系统思考更关心多个因素之间的相互作用和反馈，常常没有单一的点可改，而是要调整关系。简单、有明确因果链的问题适合根因分析；牵涉多方互相影响的问题，往往要加上系统思考。

九、常问的几个问题

问几次才够？

次数不重要，能不能落在一个可改的地方才重要。有人两层到底，有人要七层。

根因一定只有一个吗？

不一定。很多问题有多个并行的原因，找到几个也不奇怪。

会不会追着追着追到自己身上？

会。这时把它写成流程或标准的问题，而不是某人的品格问题。

相关

五个为什么、系统思考、约束理论、第一性原理、实验与验证