失效模式分析（FMEA）是什么？
失效模式分析（FMEA）是一种在问题发生前识别流程、设计、服务或协作环节可能怎样失效、为什么会失效、会带来什么影响，并据此安排预防和跟踪动作的方法。它的价值不在于填写固定表格，而在于让跨职能团队基于当前事实明确范围、功能要求、潜在失效、原因、影响、行动责任和复核节奏。FMEA 不能替代专业技术判断、风险放行、安全评估、工程变更或事故调查。
- FMEA 面向尚未发生或可能重复发生的问题，通过分析功能、失效模式、原因和影响，使团队能在设计、流程、服务或协作阶段尽早安排预防措施。
- 分析结果需要基于当前范围、版本、条件和参与角色维护。产品、工艺、供应商、法规要求或使用条件发生变化后，原有分析不应被视为自动有效。
- 风险评估用于帮助团队排序和讨论，不应替代工程、质量、安全、法务或经营责任人对具体事项作出的专业判断和批准。
失效模式分析解决的是潜在问题如何在发生前被看见
失效模式分析的重点是预防，而不是在问题发生后追究责任。团队先说明一个流程、设计、服务或交接环节应该实现什么功能，再讨论它可能以什么方式偏离要求，偏离的可能原因和影响是什么，现有控制能发现或降低什么风险，以及是否需要补充预防措施。这样形成的记录能够帮助不同岗位对同一风险使用共同语言。FMEA 适合支持质量管理和改进决策，但不替代具体产品验证、工艺参数设定、设备安全评估、事故调查或法定合规程序。
从功能和要求开始
先描述对象要完成的功能、适用范围、接口和成功条件。没有清晰范围的分析，容易把假设、个人经验和真实风险混在一起。
把潜在失效转成可讨论的事实
讨论可能的失效模式、原因、影响和现有控制时，应尽量回到流程、资料、现场条件、历史问题和职责接口，而不是只用笼统标签。
让预防措施有责任和跟踪
对需要采取的动作明确责任人、完成条件、验证方式和复审时间。分析表本身不是闭环，行动被实施并验证后才形成可用的预防机制。
FMEA 的六个核心要素
范围与跨职能团队
明确分析的是设计、流程、服务、供应商接口还是组织协作中的哪一段，并确定需要参与的质量、业务、技术、制造、服务或支持角色。范围应说明版本、边界和依赖条件，避免将所有问题笼统归入同一张表。
功能、要求与过程步骤
将对象应实现的功能、关键要求、输入输出、交接关系和过程步骤写清楚。功能描述越贴近实际工作，团队越容易判断失效模式是否完整。对于复杂对象，可按模块、阶段或接口分层分析。
失效模式、原因与影响
失效模式描述的是功能或步骤可能怎样偏离要求；原因说明这种偏离可能由哪些条件、接口、信息、材料、设备、能力或管理因素引起；影响则说明对下一步骤、用户、交付或质量目标可能产生的结果。三者应分开记录，避免把原因当作失效本身。
现有控制与风险评估
识别当前有哪些预防、检查、监测、评审、培训或交接机制，并讨论这些控制在现有条件下能覆盖什么、不能覆盖什么。风险评估应服务于排序和沟通，不能脱离事实被当作绝对结论，也不能代替专业风险批准。
预防措施与责任分配
对需要改善的事项，说明拟采取的预防措施、所需资源、责任接口、完成时间和验证条件。措施应尽量针对可改变的原因或控制缺口，而不只是重复增加检查、会议或表单。
验证、跟踪与变更复审
行动完成后，检查措施是否已经落实、适用范围是否仍然正确、控制是否真的被使用，以及新材料、工艺、供应商、组织或客户要求变化是否需要重新分析。版本、变更原因和复审结论应可追溯。
哪些情形适合使用 FMEA？
对象或流程即将首次运行
适合在新产品、新服务、新流程、首次外包、重要交接或启动前，先识别功能、接口和潜在风险，避免只能在问题出现后被动处理。
已有质量问题反复出现
适合在问题已被临时处理但仍可能复发时，回看是否存在未被识别的失效模式、控制缺口、职责断点或变更未复审的情况。问题事实本身仍需要通过相应的调查和验证程序处理。
设计、工艺、材料、供应商或组织发生变化
适合在关键条件变化时重新确认原有分析中的范围、原因、影响、现有控制和行动是否仍然适用，避免沿用过期结论。
跨部门对风险语言和责任理解不一致
适合把业务、质量、技术、制造、采购、服务或支持岗位围绕同一对象、同一事实和同一行动清单组织起来，减少问题只在单一部门内部被讨论。
FMEA 的六步实施方法
第一步：定义对象、范围和版本
说明分析的对象、流程阶段、产品或服务版本、起止边界、接口和不在范围内的事项。范围应能让后来参与的人理解这份分析针对什么，而不是只写一个宽泛名称。
第二步：组织适当的参与角色与事实资料
根据对象邀请相关角色，收集流程图、功能要求、历史异常、检查记录、变更信息和使用反馈。资料不足时应记录假设和待确认项，不能把猜测写成已验证事实。
第三步：描述功能、要求和潜在失效模式
逐项讨论每个步骤或功能应达到什么要求、可能怎样失效，以及这种失效会影响谁或什么结果。描述应具体到能被后续行动和验证使用，但不应伪造不存在的技术结论。
第四步：分析原因、现有控制与风险评估
区分可能原因、现有预防或发现控制以及残余的不确定性。团队可用组织认可的方法排序风险，但评分、阈值和是否接受风险应由相应职责人员依据事实决定。
第五步：安排预防措施并落实责任
为需要处理的事项指定措施、责任人、资源、完成条件和验证方式。优先改善导致失效的条件或控制缺口，避免只在最后增加一次检查而不处理原因。
第六步：验证、复审并维护版本
检查行动是否按约定实施、是否在实际环境中被使用、是否产生新的接口风险，并在设计、流程、供应商、组织或要求变化后重新审视相关分析。
FMEA、根因分析、终检与质量体系导航有什么区别？
这些活动都可能出现在质量管理中，但问题发生的时间点、输入和输出不同。区分用途，可以避免用事后调查替代预防性分析，或把泛主题导航当作单一方法页。
| 比较维度 | 失效模式分析（FMEA） | 根因分析 | 终检或过程检查 | 质量管理主题页 | 判断重点 |
|---|---|---|---|---|---|
| 主要问题 | 潜在失效、原因和影响如何在发生前被识别和预防 | 已经出现的问题为什么发生、如何验证原因 | 当前产品或过程是否符合既定要求 | 质量体系和相关知识如何导航 | 旧文解释的是预防性方法，不是泛质量介绍 |
| 常用输入 | 功能、流程、接口、历史问题和现有控制 | 异常事实、样本、时间线和验证结果 | 标准、样品、记录和检查要求 | 主题分类、方法入口和相关内容 | 输入不同，不应相互替代 |
| 主要输出 | 潜在风险清单、预防措施、责任与跟踪 | 经验证的原因、纠正措施和复发防止 | 符合或异常记录与处置依据 | 知识导航和学习路径 | FMEA 需形成预防和跟踪机制 |
| 适用时点 | 设计、流程变更、启动前或复审时 | 异常发生后 | 生产或服务执行中 | 浏览和了解相关主题时 | 预防、调查、检查和导航各有边界 |
| 不能替代什么 | 专业验证、安全评估、放行或法规判断 | 预防性设计和系统风险审查 | 系统性风险预防 | 某一具体方法的完整说明 | 专业事项仍按职责和制度处理 |
常见适用场景
新产品、新流程或新服务的准备阶段
适合在正式启动前识别关键功能、交接和控制点，帮助团队把潜在风险转成可跟踪的预防行动。
质量改进项目需要预防复发
适合把已知问题和历史经验转化为未来的风险识别与控制改进，但不替代对当前异常的事实调查和责任认定。
多部门协同复杂且交接较多
适合在技术、质量、采购、制造、服务或支持角色之间明确输入输出、控制责任和升级条件，减少接口遗漏。
需要在变更前重新审视风险
适合在材料、设备、工艺、软件、供应商、服务方式或组织职责变化前检查原有控制是否仍然有效。
FMEA 常见误区
把 FMEA 当成一次性表格任务
分析表建立后不跟踪行动、不复审变更，无法支持实际预防。应把行动、验证和版本维护纳入正常管理节奏。
混淆失效模式、原因和影响
把同一件事同时写成失效、原因和影响，会使行动无法聚焦。应分别描述发生了什么、为何可能发生、会带来什么后果。
只由单一部门完成分析
复杂流程的风险常发生在接口处。缺少实际参与角色时，容易忽略交接、信息、资源和责任边界上的潜在失效。
用风险评估替代专业决定
排序工具只能帮助讨论优先级，不能单独证明风险被接受、产品可放行、系统安全或措施一定有效。专业判断仍需依据组织程序。
变更后继续沿用旧版本
设计、流程、材料、供应商、软件、组织职责或客户要求发生变化后，旧分析可能失去适用性。应记录变更并重新确认相关风险和控制。
不能用 FMEA 替代的事项
需要作出专业安全、医疗、工程或法规结论
这里不提供专业安全、医疗、工程、法规、认证、放行或产品适用性结论。涉及这些事项时，应由具备相应职责、资格和完整资料的人员按适用程序判断。
事故或重大异常已经发生且需要调查
发生事故、严重质量问题、客户投诉或其他重大异常时，应先按应急、调查、质量、法务或监管程序固定事实和处理。FMEA 可以作为后续预防性复盘输入，但不替代事故调查。
缺少范围、数据或必要参与者
无法说明对象、版本、流程、功能或关键接口时，直接生成风险清单容易制造错误结论。应先补齐范围和事实，再决定是否开展 FMEA。
应沉淀哪些材料？
范围与功能说明
说明分析对象、版本、过程边界、关键功能、输入输出、接口和参与角色，使后续记录有共同前提。
失效模式与控制清单
将潜在失效、原因、影响、现有控制、待确认事项和风险评估记录在可复审的结构中，避免只保留结论。
预防措施跟踪表
记录行动内容、责任人、资源、完成条件、验证方式、复审日期和状态，确保风险识别能转化为实际改进。
变更与复审记录
记录范围、条件、结论或控制发生变化的原因、影响和复审结果，帮助团队了解当前版本的适用边界。
评估指标
行动闭环质量
观察预防措施是否有明确责任、完成条件和验证记录，而不是只统计创建了多少分析条目。
变更复审及时性
观察关键设计、流程、材料、供应商或组织变化后，相关分析是否被重新确认并更新版本。
接口风险覆盖情况
观察跨部门、跨系统或跨供应商交接中的输入输出、责任和控制是否被明确讨论和记录。
重复问题的预防反馈
观察历史异常、客户反馈或过程偏差是否能反哺到潜在风险、控制和预防措施中，而不是仅在事后关闭单个问题。
常见问题
FMEA 是什么？
FMEA 是失效模式分析的常用简称，用于在问题发生前识别对象或流程可能怎样失效、可能原因和影响，并安排预防措施与跟踪。它是风险沟通和预防方法，不是对具体产品、人员或事件作出结论的工具。
FMEA 和根因分析有什么区别？
FMEA 主要用于预先识别潜在失效和控制缺口；根因分析主要用于已发生问题后，基于事实追溯和验证原因。二者可以相互提供输入，但不能彼此替代。
什么时候需要重新做或更新 FMEA？
当设计、流程、材料、设备、供应商、服务方式、组织职责、客户要求或历史问题发生重要变化时，应重新确认相关范围、失效模式、控制和预防措施是否仍然适用。
FMEA 是否只适用于制造业？
不只适用于制造业。只要对象存在功能、步骤、交接和可能偏离要求的情形，设计、服务、软件、项目协同等场景都可以借鉴其预防性分析思路。具体应用应按实际领域的专业要求调整。
风险评估分数高就说明一定不能继续吗？
不能这样理解。评估结果用于帮助团队排序和讨论，需要结合对象、事实、现有控制、适用制度和专业判断决定后续行动。是否接受风险、放行或继续实施应由有相应职责的人员按程序决定。
完成 FMEA 后还需要检查和复盘吗？
需要。FMEA 的价值取决于预防措施是否落实、是否被验证、实际条件变化后是否复审。过程检查、异常处理和复盘可为 FMEA 提供新的事实，但各自仍有不同职责。
延伸学习路径
如果要把这个知识点用于组织学习或岗位能力建设，可以继续查看以下学习路径，按阶段理解主题、应用材料和成果要求。
