不只解决表面症状 · 五层追问找到真凶 · 让问题不再复发
1.
你是不是有过这样的经历：上线了一个补丁，两周后同样的问题又出现了。改了配置，下个月同类型的故障又发生了。你开始怀疑：「我是不是在打地鼠？」
你不是在打地鼠——你是在治标，从来没治过本。 5 Why 做的事情很简单：对着一个问题连问五次「为什么」，直到你找到那个真正应该被修复的东西。
2. 什么是 5 Why
> 5 Why：丰田生产系统诞生的根因分析工具。对一个问题连续追问「为什么」——通常5次左右就能从表面症状追溯到根本原因。核心原则：永远不要停在第一个答案。
5 Why 最反直觉的地方：前两个「为什么」通常指向技术原因，第三个「为什么」开始指向流程问题，第五个「为什么」几乎总是指向人的行为或组织机制。
3. 三个场景
场景一：线上故障
表面：API 返回 500 错误。
- Why 1：服务器内存用完了 → Why 2：某接口返回了大量数据没做分页 → Why 3：前端改需求时没通知后端加limit → Why 4：前后端接口变更没有评审流程 → Why 5：团队没有建立接口变更checklist。
修复接口bug是治标。建立checklist流程是治本。
场景二：项目延期
表面：项目又延期了。Why 1：测试阶段发现了大量bug → Why 2：开发自测不充分 → Why 3：开发期被压缩了 → Why 4：需求确认花了太多时间 → Why 5：需求评审时关键决策人缺席。根因是一个会议流程问题，不是开发效率问题。
场景三：客户流失
表面：客户没续约。Why 1：觉得产品不好用 → Why 2：关键功能上线后体验差 → Why 3：上线前没做用户测试 → Why 4：用户测试不在发布流程里 → Why 5：团队只关注功能交付，没有设置体验验收标准。
4. 如果你只记住一句话
> 「停在第一个答案，你会再遇到同一个问题。问到第五个答案，你才真正修好了它。」
明天就可以做的3件事
1. 找出一个最近反复出现的问题，问5遍「为什么」。 不要停在第一个答案。写到第3个「为什么」时你会有一种「原来如此」的感觉。
2. 最后一层「为什么」必须指向一个可改变的东西。 如果答案是「因为老板不重视」「因为公司没钱」——再往前推一步：「为什么老板不重视？因为没有用数据展示过影响。」
3. 修根因，不要修症状。 问完5个Why之后只有一个标准：这个修复方案实施后，同类问题不会再发生。如果不能说这句话——你还没找到根因。