事故整改最怕"换个零件、写个检讨"就收工。真正的根原因分析（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 常见问题
图文交互版（含数据可视化）
本文为精简文字版，由安寰家EHS-COVER研究院整理。完整图文与数据图表请见安寰谷「图文增强版」：根原因分析(RCA)与5WHY实战
本文由安寰家EHS-COVER研究院出品；「安寰家」为安寰谷旗下注册商标服务品牌。