设备失效调查流程图（RCFA）
设备失效调查流程图模板：调查触发门槛、证据保全、失效模式、根本原因分析、纠正措施的批准与出资，以及验证期内的效果监控。
什么是设备失效调查流程图（rcfa）流程
设备失效调查问的问题，和维修问的不是同一个。维修让设备重新回到生产；调查要弄清它当初为什么会坏，好让同一种失效模式不会在三个月后再把它放倒。下面这张图跟着一次调查，从故障发生一路走到案卷关闭：先是决定这次故障值不值得开一次正式调查的门槛判断，然后是在任何人动手维修或报废之前就挂签保全下来的失效零件，接着是调取维护历史与运行工况的调查团队、被识别出来的失效模式、一次结构化的原因分析、提出并获得批准和出资的纠正措施，最后是一段必须通过才能结案的监控期。
这张图从设备已经处于安全状态之后开始，它不是维修作业指导书。把机器恢复到可用状态，无论要换多少零件、花多少工时，那是纠正性维护，属于它自己的流程；本流程与它并行，而且可以更晚才结束。它也不是人身伤害调查：如果有人受伤或险些受伤，那要走工伤事故调查流程，那条流程有自己的监管报告与谈话取证步骤，两者重叠的部分并行推进即可。它同样不是通用的质量调查。针对客户投诉或不合格批次的根本原因分析，问的分析问题是一样的，但这张图是围绕一台设备搭起来的：一份维护历史、一条设备台账记录、一个失效模式，以及一份调查结论要反馈回去的预防性维护计划。与这里的每一份模板一样，它只是一个起点，你需要按本单位的制度，以及适用于你们设备的分类与上报规定去调整它。
支撑整个流程的是三个决策，而它们恰恰是只管修好的流程会跳过的。“是否达到正式调查的标准？”属于可靠性工程师，而不属于到现场处理故障的技师，因为要不要投入调查工时，应当对照门槛来判断，而不是看当班有多忙。“根本原因是否已由证据确认？”挡住的是让一个说得通的推测变成正式记录的原因：未获证实的假设要回到分析，而不是被当成事实写进报告。至于“监控期内故障是否再次发生？”，多数制度干脆整个略去，措施一落地就结案，而不是等到它被证明真的管用。这三个决策合在一起，才是根本原因失效分析与“一次维修外加一张表格”之间的分界线。
本流程图涵盖的内容
本模板包含
- 五条泳道（生产运行、设备维护、可靠性工程师、调查团队与管理层）横跨六个阶段：故障发生、筛查与保全、调查、确定原因、纠正措施，以及验证与关闭
- 设备处于安全状态之后的“是否达到正式调查的标准？”决策，让日常故障从这里转出去走普通的纠正性维修，只有越过安全、成本、停机或重复故障门槛的，才开启一次完整的 RCFA
- 分析开始之前先处理证据：失效零件挂签保全，再加一个“证据是否足以支撑分析？”决策，当维护历史或在案的运行工况太单薄时，就回到扩大数据收集的环节
- 可靠性工程师泳道里的分析序列：识别失效模式，用 5 个为什么或鱼骨图这样的结构化方法去分析它，并在动笔写结论之前把根本原因与促成因素区分开
- “根本原因是否已由证据确认？”决策只让证据真正支撑得住的原因走向调查报告，否则就回头重新审视假设，而不是把一个猜测记成结论
- 收尾处的出资与验证：带临时管控措施回路的“管理层是否批准并出资？”决策（预算暂缓时走这条回路），随后是措施实施、预防性维护计划更新、一段监控期，以及一个在故障重现时重开案卷的“监控期内故障是否再次发生？”决策
何时使用本模板
- 你正在编写或修订 RCFA 制度，需要一张图看清生产运行、维护、可靠性与管理层之间的交接
- 同一种失效模式在一台设备上反复出现，维修记录一条接一条，却没有人把故障起因说清楚
- 你要确定哪些故障值得开正式调查，希望把门槛决策和转往日常维修的出口明确画出来
- 过去调查里定下的纠正措施只是说好了，从来没有人回头核实，你需要在结案之前加一个监控环节
- 审核方、保险公司或可靠性评审来问：你们单位是怎么调查设备失效的，又怎么证明措施真的奏效
运作方式
把泳道改成你们的角色
把生产运行、设备维护、可靠性工程师、调查团队与管理层换成你们实际存在的职能。在规模较小的工厂，可靠性工程师这个角色往往由资深技师或维护计划员兼着：那就把泳道合并，而不是画一次没有人执行的交接。
把调查门槛写到第一个决策上
写清楚什么样的故障要进正式 RCFA 而不是走日常维修：安全后果、一个成本或停机时长的数字，或者同一台设备、同一失效模式在规定期限内重复发生。把本单位真正在用的数字写到节点上，并定期复审，因为一条定下来就再没动过的门槛，会随着生产变化而越来越少被触发。
定下证据保全规则
写明维修动手之前要挂签扣留哪些东西：失效部件本身、发现时状态的照片，以及故障时间前后的过程数据。写明零件保存多久、由谁批准放行，免得证据在调查团队看到之前就被处理掉。
选定你们的分析方法
把“开展结构化分析”换成你们团队真正会用的方法，并写明各自适用的场合：单一因果链用 5 个为什么，可能涉及多个类别的故障用鱼骨图，需要多个条件叠加才会发生的用故障树。把方法名写在节点上，可以避免默认沿用上一位调查人员用过的那一种。
定义什么叫“已确认”
给“根本原因是否已由证据确认？”定一条标准：提出的原因必须能解释失效模式和现场查到的运行工况，而且把它去掉，故障在合理判断下就不会发生。写明谁有权把一个假设退回去继续做工作，而不是给一个只是听着有道理的推测签字。
给纠正措施排出优先次序
定下本单位提出措施时的顺序：先改设计或规格，其次改作业规程或预防性维护间隔，把追加培训、加块警示牌当作最弱的一档，而不是默认选项。写明每一档由谁批准，以及到什么金额或停机时长需要管理层签字。
定下监控期，再拿一个已结案的案例走一遍
定下措施落实后设备要观察多久才允许结案，以及什么算故障重现、什么算不相干的另一起故障。然后挑一份已经完成的调查，最好是第一次措施没有站住脚的那种，让它在图上走一遍。凡是有人凭记忆讲得出、图上却没有画的步骤，或者画了但实际被跳过的步骤，就是这张图发布之前最值得处理的发现。
常见问题
设备失效调查流程包含哪些步骤？
设备处于安全状态之后，先把这次故障对照调查门槛：门槛以下的转入日常纠正性维修，其余的开启正式调查。失效零件挂签保全，组建调查团队，由团队调取维护历史和故障当时的运行工况。识别失效模式，并用 5 个为什么或鱼骨图这类结构化方法加以分析，中途还有一道证据检查，可以把团队退回去补充数据。把根本原因与促成因素区分开，等证据确认之后写进调查报告。随后提出纠正措施，按从改设计到加培训的顺序排好，报管理层批准并出资，在此期间用临时管控措施补住空档。措施实施后更新设备台账与预防性维护计划，再把设备监控一段规定时间，然后才关闭调查并把结论分享出去。
设备失效调查和纠正性维护有什么区别？
纠正性维护就是维修：诊断眼前的故障，把设备恢复到可用状态，花多长时间都得干完。设备失效调查是一条独立并行的流程，问的是这次故障当初为什么会发生，用根本原因失效分析去找出背后的机理，而不只是停机时看到的那个现象。一家工厂完全可以两条线同时走：技师把设备恢复到生产，可靠性工程师和调查团队在后面追原因。并不是每次维修都值得开调查，所以这张图把门槛决策放在最前面；后果轻微的日常故障，通常只按纠正性维护处理。
根本原因失效分析（RCFA）和一般的根本原因分析有什么不同？
分析步骤是重叠的：界定问题、收集证据、提出并检验假设、确认原因、提出措施。RCFA 是同一套方法专门用在一台实体设备上，因此会引入通用调查没有的设备侧输入：来自 CMMS 的维护与故障历史、故障当时记录的运行工况、一个有名有姓的失效模式，以及结论要反馈回去的设备台账和预防性维护计划，好让措施改变这台设备今后的维护方式，而不只是记录这一次发生了什么。针对客户投诉或不合格批次的通用根本原因分析，问的是同样的问题，只不过对象是一条流程或一件产品，而不是一台机器。
怎样决定哪些设备故障要开正式调查？
门槛要在故障发生之前就定好，而不是等大家围在机器旁边现商量。常见的判据是安全或环境后果、故障造成的成本或停机时长，以及是不是同一台设备上同一失效模式在规定期限内的重复发生。设备本身的关键度同样重要：整条线唯一依赖的单点设备出故障，门槛应当低于同样的故障发生在有备用的机组上。把判据写下来并一致执行，因为一条只在有人恰好记得的故障上才启用的门槛，产生的调查记录并不能代表现场实际出的问题。
为什么这张图要在结案之前加一段监控期？
因为没有验证的纠正措施只是假设，不是解决方案。设计变更、修订后的预防性维护任务或者追加培训，纸面上看着都对，却仍可能没有对上真正的失效机理；唯一能确认的办法，就是在措施落实之后把设备观察一段规定时间，确认失效模式没有重现。这份模板把这道检查单独做成一个决策，并留下一条重开案卷的路径，正是因为措施一落地就结案，是调查最终记下一条从未奏效的措施的最常见方式。