5 Whys · 五个为什么

一句话定位： 对一个问题连问「为什么」3-7 次（不是严格 5 次），从症状挖到可改的流程/系统/设计 — 不要在症状层面修补。

何时使用 (TRIGGER)

• 事故 / bug 复盘（postmortem）
• 同类问题重复出现（不是首次偶发）
• 表层修复显然不够（每次都「下不为例」但又复发）
• 流程问题诊断
• 用户报告「为什么我们老是 X？」— 信号需要根因分析

何时不要用 (ANTI-PATTERN)

• 单次偶发、无规律可循 — 可能是噪声，先观察
• 复杂系统问题（Cynefin Complex 域）— 5 Whys 假设线性因果，复杂系统是多因 + 涌现
• 团队氛围是「找罪人」— 5 Whys 容易变成「Why X 没做好 → 因为 Y 不靠谱」的责备链
• 真正的 unknowable（如 ML 模型某次输出为啥这样）— 用统计方法不是 5 Whys

操作步骤 (STEPS)