根因分析：从现象往下问，直到能改动的那一层
5Why 不是问五次就结束，而是沿着因果链往下，直到找到团队可以改变的那个环节。
结论先行：根因的判断标准是：改掉它，问题通常不会以同样形式再次出现；且这个环节在你的影响范围内。
问题发生后，第一层解释往往停在谁没做好。这个答案能快速归责，却无法阻止下一次。根因分析要做的是沿着因果链往下走，找到那个一旦改动就能阻断复发的环节。
怎么问
| 层级 | 问题 | 回答示例 |
|---|---|---|
| 现象 | 发生了什么 | 上线后支付失败率升到 8% |
| 为什么一 | 直接原因 | 新版本回调地址配置错误 |
| 为什么二 | 为什么配置错 | 测试环境和生产环境用了同一份配置文件 |
| 为什么三 | 为什么没发现 | 上线检查清单里没有配置核对项 |
| 根因 | 可改动的环节 | 缺少发布前的配置核对步骤 |
停在哪一层
停下来的标准有两个：再往下问会超出团队影响范围，或者继续问只是换一种说法。比如为什么没有检查项再往下问因为大家太忙，这已经无法直接改动；此时应停在缺少检查项，并把它加入流程，而不是继续追问个人状态。
避免三种跑偏
- 问成追责：为什么他不细心不是根因分析。
- 停在人为失误：人的失误通常由流程或工具缺陷放大，继续问一层。
- 一次问多个分支：先把一条因果链走到底，再处理其他可能。
复杂问题常有多个并行的因果链，例如技术、流程、沟通。可以先各自走一遍，再比较哪条影响最大，优先处理。不要在一条链还没走完时就跳到另一条，否则容易得出一个模糊的结论。
一条完整的因果链
退款到账慢
- 现象：客户投诉退款到账慢。
- 为什么一：审核环节平均停留 26 小时。
- 为什么二：审核人每天只在固定时段集中处理。
- 为什么三：系统没有提醒，靠人工翻列表。
- 根因：缺少超时提醒与自动分派。
- 改进：超过 4 小时未处理的工单自动提醒并转交备人。
根因之后要验证
找到根因不等于解决。先设计一个小改动，观察一到两周，看问题指标是否下降。如果下降不明显，说明因果链上还有别的原因，需要回到分析，而不是直接加大投入。验证这一步常被跳过，导致复盘结论看起来正确，却没有实际效果。
自检清单
- 每条为什么是否都有事实依据？
- 是否区分了现象、直接原因和根因？
- 根因是否落在可改动的流程或工具上？
- 改进后是否设了观察指标与回看时间？
关于人为失误： 把根因写成员工疏忽，通常意味着分析停得太早。更值得问的是：什么流程让这个疏忽没有被拦住。修改流程比要求人更细心，往往更可靠。
根因分析的时间投入不必很长，一次三十分钟的追问通常足够。关键是形成习惯：每次出现问题，先问三层，再谈责任。