根因又写"操作员疏忽"？——人因根因判定与系统升级五步法

一、三份 8D 报告，同一个"根因"

某电子连接器企业今年二季度一共做了 14 起 8D。质量经理为了准备客户过程审核，把 14 份报告的 D4 根因栏拉成一张表，结果让人沉默：14 起里面有 9 起，根因写的是"操作员疏忽，未按作业指导书操作"；对应的 D5 与 D7 措施栏，有 8 起写的是"对相关操作员进行培训并考核，加强意识教育"。

再看复发数据，就更刺眼了。这 9 起里有 5 起在关闭后三个月内以另一种形式再次发生——同一条装配线、同一类漏装缺陷，只是不良的型号换了。8D 的编号在涨，问题本身在原地打转。

客户审核时，审核员问了一句话，把问题点得很透：你们的根因如果都是员工的责任，那我只能要求你们加强培训；但培训解决不了"这个工位在这个节拍下必然会出错"这件事。你们有没有想过，为什么这条线上别的工位不出这个错？

这句话指向的正是质量人最容易掉进去的坑：把"人"当成根因的终点，而不是分析的起点。"操作员疏忽"听起来合理、写起来也顺手，因为它几乎永远无法被证伪——恰恰是这句话，让 8D 在 D4 就停住了，也让再发防止失去了着力点。这篇文章讲的就是：怎么判断一条人因根因是否成立，以及怎么把它从"人的问题"升级成"系统的问题"。

二、"操作员疏忽"为什么当不了根因

先分清三组概念

失效模式是产品上发生了什么，比如端子压接高度超差；失效原因是过程变量按什么机理造成了它，比如压接模具磨损导致压力衰减；根因则是系统为什么允许这个原因长期存在，并且一路流到了客户手里。8D 的 D4 要的是发生根因加逃逸根因，两者都要落在系统层，而不是落在某个人身上。

"操作员疏忽"属于观察结论，不是机理。它没有说明偏差出现在哪个工位、偏离标准多少、在什么条件下发生、能不能复现——因此它推不出唯一措施。同样是"疏忽"这两个字，背后可能是完全不同的五种系统缺陷，而它们需要的措施方向彼此不相容。

人因根因的三种合法形态

人因并非不能写进 D4，但它必须被拆成可识别的类型，只有一类能用培训解决。

第一类是技能缺口，员工确实不会。证据是培训记录缺失、上岗认证未完成、新员工独立作业且无带岗过程。

第二类是信息不可达，员工会做，但当时拿不到正确的信息。比如作业指导书是过期版本、悬挂位置在他背后、图示与实物不符、三个关键要求分散在三份文件里各说一半。

第三类是设计强制，员工会做、也有信息，但节拍、工位布局、工具或照明迫使他出错。比如要求双手同步操作却只能空出一只手，或者需要目视判别的色差小于正常可辨识极限，又或者标准作业时间比实际可达时间少了八秒，员工只能靠"抄近路"补回来。

三类的可用措施完全不同：只有第一类允许把培训当作主要措施；第二类要改文件、目视化和现场可达性；第三类必须动工装、工序或节拍。把三类混成一句"疏忽"，措施就只能退回到最弱的那一层——培训加考核，而这一层恰好是唯一不能防止再发的措施。

一条判定规则

任何以人为终点的根因，必须同时回答三个问题：为什么这个人会做错？为什么错了之后没有被拦住？为什么这个工位存在可以出错的余地？三问之中，至少要有一问的答案落在系统上，根因才算成立。如果三个答案都还是"因为他不小心"，那说明分析根本没有开始。

这里要顺带区分一件事。PFMEA 里"失效模式"栏不能写"操作失误"，因为那是失效原因该出现的位置；但在 8D 的 D4 里，人为因素是可以出现的，只是必须以系统化的描述出现。两个工具管的是不同的东西，别因为一句"FMEA 不让写人"就把 8D 里的人也一并藏起来——藏起来之后，改善就无处落脚。

责任与原因必须分开

8D 是解决问题的流程，不是追责的流程。根因写人，等于把改善的责任交还给最没有资源去改系统的那个人。操作员改不了节拍、改不了工装、改不了表单逻辑，他能做的只有"更小心一点"，而"更小心"不是一个可以被管理的控制方法。

三、五步法：从人因陈述到系统措施

第一步：把根因陈述改写成可验证结构

一条合格的根因陈述包含四个要素：主语是过程或工位，而不是人；偏差写清偏离了什么标准、偏离多少；机制说明这个偏差怎么导致不良；证据给出数据、照片或试产复现的记录。下面对照三组常见写法。

改写之后你会发现，问题立刻从"人不好管"变成了"表单设计缺两栏""照度不达标""存放点位置不合理"——这三件事都有明确的责任部门，也都有明确的做法。

第二步：三重追问穿透人因

把 5Why 的提问方式从"人为什么错"改成"系统为什么允许错"。三个固定追问模板可以直接用：

第一问，他为什么会做错？答案必须落到技能、信息、设计三类中的一类，并附证据。

第二问，做错之后为什么没被拦住？这一问指向检出链条：操作者自检、班组互检、后道工序、出厂检验，四级检出为什么全部失效，是哪一级本来应该拦住却没有拦。

第三问，为什么这个工位允许出错？这一问指向设计的宽容度：有没有防错、工位布局是否支持正确动作、节拍与人员负荷是否匹配。

第三步：给人因根因定档

定档的目的是让措施不再"一刀切"。

只有第一类可以用培训作为主措施，其余两类用培训都无效——因为员工本来就知道该怎么做，只是做不到或者拿不到。

第四步：措施升格，从"培训"走到"防错"

人因根因的措施可以按防错强度分成六级，越靠上越不依赖人的记忆和意愿。

一级，培训与考核，靠记忆维持。二级，文件可达与目视化，把要求放到手边、放到眼前。三级，表单与系统的强制逻辑，缺项不能提交、扫码才放行下一序。四级，防错装置，定位销、传感器、互锁、光栅、称重比对。五级，过程与工装设计变更，拆节拍、重排工位、改造工具。六级，产品设计变更，从结构上让错误装不进去。

实践中的原则很朴素：人因根因的措施至少升到第三级，同一个根因不允许只用第一级结案。这条规则一旦写进 8D 的关单审查清单，报告的质量会立刻变化。

第五步：验证与横向展开

验证要盯行为指标，不能只盯结果指标。结果指标是"没有再发生"，但没发生不代表措施有效，也可能只是还没有触发条件。行为指标才看得见措施在不在工作：新表单的缺项提交率是否为零、扫码拦截次数是否大于零、防错装置的日常点检是否始终合格。

验证周期建议覆盖连续三个批次或至少十个班次，并在同类工位设置对照观察。随后做横向展开：把根因的类型标签，比如信息不可达、节拍强制，写进企业内部的问题库，然后按标签批量检索同类工位——这一步是人因根因真正的杠杆，因为一条"信息不可达"通常意味着十几个工位存在同样的缺陷。

最后把系统化的根因写回 PFMEA 的失效原因栏，把第四、第五级措施写进控制计划的控制方法栏。否则下一次换型、换人、换班次，同样的问题还会以新面孔出现。

某汽车零部件企业把自己"操作员疏忽"的九起 8D 重做之后，措施从九项培训变成十一项具体动作，其中防错装置六项、工装变更三项、表单逻辑两项；同年同类问题的复发从五起降到一起，且那一起被防错装置在工位上直接拦了下来，没有流出。

四、六个高频误区

第一，把"操作员疏忽"直接写进 D4 结论。这是让 8D 在最需要深度的地方停下，后面所有措施都会自动降级。

第二，一次 5Why 就追到人。追到"因为他不小心"就收笔，等于把分析做成了责任认定。

第三，三种人因混为一谈。技能缺口、信息不可达、设计强制被写成同一句"疏忽"，措施就只能退回培训。

第四，用考核和罚款替代系统改善。罚款能短期压住现象，也会同时压住真实信息的流动——员工开始学会在记录上合规，而不是在动作上正确。

第五，验证只看有没有再发生，不看行为指标。结果是关闭三个月后复发才被发现，此时横向展开的窗口已经错过。

第六，横向展开只盯同类工位，忘了更新 PFMEA、控制计划与作业指导书。文件里的根因没有变，换型与换人时问题必然回来。

还要提一个反方向的错误：把所有问题都写成"设计不良"。它和"操作员疏忽"一样不可验证，也同样会让措施失去落点。根因的检验标准不是听起来深刻，而是能不能指向一个可以动手改进的系统要素。

五、一句话总结

人因可以是 8D 的根因，但"疏忽"不能——把它拆成技能、信息与设计，追问到系统为什么允许错，措施才防得住再发。

根因写人只能得到培训，根因写系统才能得到防错。

知识编号：5.2.1

版本：v20260920

作者：卓越质量智库 卓越质量智库致力于为质量管理从业者提供系统化的专业知识、方法论与实战工具，助力企业质量能力持续提升。