8D 的中段：根因分析与对策验证

8D 做到中段，很多团队会卡在同一个地方：原因分析做了，但心里没底。

一、D3 临时措施：先把影响控制住

问题发生到彻底解决之间有一段空窗期，临时措施的作用是控制影响扩大。

判断临时措施是否到位，看三件事：覆盖范围有没有漏洞——是不是只处理了已经发现的批次，忽略了同批未检出的部分；有没有引入新风险——比如临时全检会不会造成新的质量问题或交付延误；有没有明确解除条件——临时措施什么时候可以撤，由谁判断。

临时措施是应急手段，不是解决方案，最怕的是被当成终点。

二、D4 根因分析：这是整个 8D 的核心

根因不是"看起来像的原因"，而是经过验证、改掉之后问题不再发生的原因。

方法上，鱼刺图负责把可能原因铺开，5Why 负责一层层往下追问。但这两个工具只能帮你想得全，不能帮你判断得准。

判断得准，靠的是验证。对每一个候选根因，都要回答：如果它成立，应该能观察到什么现象；实际有没有观察到；如果消除它，问题是否还会通过其他路径发生。

答不上来的，就还是候选，不能进入对策阶段。

三、D5 对策验证：对策不是越多越好

根因确认之后，对策不能拍脑袋。选择对策时至少要过三关：技术上能不能解决问题、实施成本和周期是否可接受、会不会带来新的副作用。

三种以上候选中做对比排序，比只提一条对策更容易做出稳妥的选择。

对策定下来之后，还要验证。验证不等于测试，而是按计划实施一段时间后，用数据确认问题发生频率是否真的下降。

四、中段最常见的失误

一是把候选原因直接当根因。分析过程完整，但缺少验证环节，结论的可靠性没有保障。

二是对策与根因不对应。根因是工艺参数偏差，对策却是加强培训，两者并不匹配。

三是验证流于形式。措施实施后没有跟踪数据，只是口头确认"已经改了"。

五、为什么中段最容易失效

因为这一步需要的是判断能力和验证耐心，而这两样恰恰是赶工期时最容易牺牲的。

很多 8D 报告死在中段，不是不会分析，是不敢验证。把"差不多"变成"验证过"，是这一步的全部意义。