根原因分析(RCA)与5WHY实战
事故整改最怕"换个零件、写个检讨"就收工。真正的根原因分析(RCA)要追问到"为什么系统允许它发生"。本文讲清 RCA 与 5WHY 怎么落地,以及为什么多数整改只治了表面。
一、RCA方法定义与起源
根原因分析(Root Cause Analysis,RCA)是一套用于识别事故、事件或问题根本原因而非表面原因的结构化分析方法。它的前提是:直接原因(如操作人员按错按钮)往往只是"触发点",真正的漏洞藏在管理、流程、设备设计或培训等更深层。5WHY 是 RCA 中最常用的追问工具——对每一个"为什么"的答案再问"为什么",通常连问 5 层,直到追到系统层面的根因。
5WHY 起源于丰田生产系统,由丰田工程师新乡重夫(Shigeo Shingo)等人推动普及;RCA 则在航空、核电、医疗、化工等领域逐步标准化。在我国,事故事件调查是法定要求:《生产安全事故报告和调查处理条例》(国务院令第493号,2007年施行)规定了事故调查的程序与"四不放过"原则;GB/T 45001—2020(等同采用 ISO 45001:2018)《职业健康安全管理体系 要求及使用指南》在"事件、不符合和纠正措施"条款中要求分析事件原因并采取消除根源的纠正措施;GB/T 33000—2025《大中型企业安全生产标准化管理体系要求》也将"事故事件管理"列为关键要素。这些都支撑了 RCA 在企业安全管理中的合规地位。
二、核心原理:直因、近因与根因
RCA 把原因分成三层:直接原因(触发性,做了什么/没做什么)、间接原因(管理或条件的缺失)、根本原因(系统层面为何允许它发生)。5WHY 的价值在于逼着团队不在一个答案上停步。下面用一张追问链说明一个典型场景。
三、标准实施步骤
- 成立调查组:含现场、工艺、设备、安全多方,避免"自己查自己"。
- 还原事实:用时间线、现场证据、笔录还原"发生了什么",先不急着定性。
- 识别直接/间接原因:区分触发动作与条件缺失。
- 5WHY 追问:对每个近因层层追问,直到答案落在"可管理的系统根因"。
- 验证根因:用"如果当时做了X,事故是否还会发生"反推根因是否成立。
- 制定纠正与预防措施(CAPA):纠正(恢复现状)+ 预防(消除根因),区分技术与管理的措施。
- 跟踪闭环:措施有责任人、有期限、有验证,避免"写了不落地"。
四、适用场景
RCA 适用于所有需要"不再发生"的事件:伤亡事故、未遂事件、设备非计划停机、质量缺陷、环保异常。它特别适合重复性故障——同一类问题反复出现,说明上次只修了直因。对精细化工、汽车机械这类连锁风险高的行业,一次 RCA 往往能堵住一类隐患。
五、常见误区与失败原因
- 停在直因:报告写"员工违章",整改只写"加强教育",根因没动,下次照犯。
- 5WHY 走过场:问到"员工疏忽"就停,把根因甩给人,而非系统。
- 归咎于人:把根因写成"责任心不强",等于没分析,也无法预防。
- 措施不可执行:写"完善制度"却无具体动作、无责任人,等于空文。
- 只查事故不查未遂:错过大量低成本的"根因样本",等问题变大才重视。
- 不闭环验证:措施到期没人复查,根因依旧存在。
六、与安寰家"咨询+数据+数智化"服务的结合点
安寰家深度咨询可主持或辅导企业开展 RCA、建立标准化的"事故事件调查—CAPA—验证"流程,训练内部调查员用好 5WHY;专业数据服务汇总历次事件的根因分布,找出高频系统根因(如某类承包商管理、某类设备设计缺陷),把单点整改升级为体系整改;数智化则用事件管理模块实现"调查—措施—到期提醒—验证"全线上闭环,自动沉淀根因库,让同类问题第一次发生就被识别、第二次不再重演。
七、要点小结
- RCA 追的是系统根因,不是替罪羊;5WHY 是逼团队不断追问的利器。
- 合规依据清晰:国务院令第493号要求事故调查,GB/T 45001—2020 与 GB/T 33000—2025 均要求消除事件根源的纠正措施。
- 失败多因"停直因、归咎人、措施空、不验证";数智化闭环能解决"写了不落地"。
FAQ:RCA 常见问题
Q1:小事故也要做完整 RCA 吗?
不必每次都大动干戈。可分级:重大以上事故正式 RCA;未遂/微小事件用轻量 5WHY,重点是不放过"反复出现"的模式。关键是把数据攒起来看趋势。
Q2:5WHY 一定要问满 5 次吗?
"5"是经验值不是硬指标。问到根因落在可管理的系统层面即可停,有时 3 次够,有时要 7 次。判断标准是:这个答案能不能被管理动作改变。
Q3:RCA 和事故报告是一回事吗?
不是。事故报告偏"出了什么事、谁负责";RCA 偏"为什么系统允许它发生、怎么让它不再发生"。前者满足合规,后者真正降低再发生率。