核心推演场景
情境: 部署反复回滚。
思维转换: 追踪不兼容依赖到缺失的依赖检查，而不是责怪最后操作的人。
决策输出: 加入自动化检查，监测相同失败模式是否再次发生。
根因思维
学习指南与笔记
问题为何反复出现？ 适用于修复症状仍无法阻止复发时。
学完后你将能够
- 区分触发事件与促成条件。
- 用失效机制的证据连接纠正措施。
它是什么？
根因思维穿透表面症状追问问题为何反复发生，沿着流程、设计与系统分支核查证据，直到找到消除后能真正阻止故障复发的可控原因。
根因分析检验多种促成因素，并追问消除候选原因后能否阻止复发。
工具与方法
核心方法与工具
- 精确无指责问题陈述具体写清何时何地发生了什么及与预期的偏差，不将人的失误当成终点。
- 分支式五问法沿证据逐层追问“为什么”，在多因素共同作用处建立分支。
- 防复发反证检验检验消除该候选流程原因后，同类故障模式是否确实无法再次发生。
操作流程：一步步想清楚
按顺序完成以下步骤，并运用上面的工具。每一步先写下答案，再进入下一步。
- 描述事件
写出具体问题陈述，并邀请熟悉流程的人参与。 [1] 来源: CMS — Five Whys for Root Cause Analysis（在新标签页打开）
- 追问并分支
沿证据不断追问为什么；涉及多种因素时建立分支。 [1] 来源: CMS — Five Whys for Root Cause Analysis（在新标签页打开）
- 检验根因
问消除候选原因后是否能防止复发；指定纠正措施并验证效果。 [1] 来源: CMS — Five Whys for Root Cause Analysis（在新标签页打开）
马上练习
选一类反复事故，持续追问直到找到可检验的流程原因，再问消除它能否阻止复发。
可视化指南
阅读流程文字版
- 情境部署反复回滚。
- 步骤 1描述事件
- 步骤 2追问并分支
- 步骤 3检验根因
- 输出加入自动化检查，监测相同失败模式是否再次发生。
阅读导图文字版
根因思维
观察到的症状
原因分支
待检验证据
纠正措施
详细案例
02 / 证书过期引发意外服务中断
情境: 某内部网关在节假日周末因 TLS 证书过期而中断。
思维转换: 跳出“没人及时续签”的表象，追问为何续期依赖共享日历提醒与手工上传。
决策输出: 实现证书自动轮转，并在到期前 14 天对自动续期失败触发告警。
03 / 配置漂移导致容灾切换失败
情境: 容灾演练切换失败，原因是备区防火墙规则与主区不一致。
思维转换: 同时追踪两条分支：为何主区紧急变更绕过了版本控制，以及为何配置漂移数月未被检测。
决策输出: 由单一事实源统一同步网络规则，并每日运行自动化漂移比对。
以上案例用于演示该思维方式如何改变决策路径，不代表实测结果。
练习与持续学习
常见误区与局限: “五次”只是提示，不是必须停止的次数；单一线性链可能掩盖多种原因。
如何持续精进
- 01 · 入门认知绝不把“人为失误”当成根因终点；追问界面、流程或护栏为何让该失误如此容易发生。
- 02 · 日常训练用日志、时间戳或复现实验支撑因果链上的每一环，拒绝凭空猜测。
- 03 · 进阶精通将现场止血与结构性根因治理分开执行，并在数周后核验同类故障是否真正归零。
不要只依赖单一思维方式，可与其他思维方式组合使用。 浏览全部思维方式
复习与整理笔记
记住这个核心
有用的原因应解释失效机制，并导向可检验的预防措施，而不只是指出最后一个人或事件。
你的笔记提纲
选一个自己的问题，为每项提示写下简短答案。尝试方法后，再回来补充。
- 时间线：区分已观察事件与解释。
- 机制：追踪条件如何组合，并记录每条联系的证据。
- 预防：选择改进，并定义检验复发的测试。
检查是否真正理解
先不看笔记作答，再展开参考答案进行比较。
为什么“人为错误”不是充分解释？
对照参考答案
它没有继续检查界面不清、缺少保护、工作负荷或激励等使错误发生并造成后果的条件。
怎样避免编造因果链？
对照参考答案
为每条联系记录证据，考虑替代解释，并把未验证联系标为假设。完整故事不等于已验证机制。
参考来源
以下资料支持方法介绍；案例和练习是原创教学示例。
- CMS — Five Whys for Root Cause Analysis问题陈述、反复追问及根因验证。
- UK Government — Systems thinking toolkit线性因果链不足时检查更广泛的关系。