FRACAS：概述

FRACAS 是一个过程，它为组织提供了一种报告、分类和分析故障的方法，以及针对这些故障制定纠正措施的计划。

什么是 FRACAS？

故障报告、分析和纠正措施系统 (FRACAS) 是一个过程，它为组织提供了一种方法来报告、分类和分析故障，以及针对这些故障制定纠正反应计划。软件通常用于实施 FRACAS 系统，以帮助管理多个故障报告并生成故障历史记录以及相应的纠正措施，因此可以分析来自那些过去故障的记录信息。

FRACAS 最早由美国国防部于 1985 年开发和使用，是一个包含以下步骤的闭环过程：

1. 故障报告 (FR)： 与系统、设备或过程相关的所有故障和故障都使用称为故障报告或缺陷报告的标准形式正式报告。故障报告应清楚地说明故障资产、故障症状、测试条件、操作条件和故障时间。
2. 分析（A）： 执行根本原因分析以确定导致故障的原因。执行根本原因分析以确定导致故障的原因。
3. 纠正措施 (CA)： 确定故障原因后，实施并验证纠正（或预防）措施，以防止将来再次发生故障。任何更改都应正式记录以确保标准化。

FRACAS 可用于多种应用，如安全/风险降低、过程控制和事故报告系统。闭环流程是一种严格且专注的方法，可检测和解决设计、开发和生产阶段的问题。它通过多项基本任务来做到这一点，包括记录和捕获有关故障的数据和信息；识别故障并确定其优先级；确定、实施和验证纠正措施以防止故障再次发生。

FRACAS 还为可靠性数据报告提供来自故障分析和纠正措施的重要信息。事件计数等内容的报告摘要包含宝贵的可靠性和质量数据。

FRACAS 现在广泛采用数字化，除了故障报告、分析和纠正之外，还可以与多种流程和工具（例如 DMAIC、MTBF 和 MTTR）协同工作。

如何实施 FRACAS

实施 FRACAS 可根据您组织的需求进行高度定制。事实上，没有单一的 FRACAS 标准可以全面应用，许多标准都是行业特定的。以下是有效 FRACAS 的指南和全面概述，以及如何收集必要信息。如前所述，收集这些信息有三个基本步骤：

步骤 1 – 创建失败报告

FRACAS 从故障报告开始——记录资产的故障、问题或产品或流程的问题。根据您的行业、流程和合规性要求，故障报告中的信息可能会有很大差异。创建报告可能涉及与组织内的多个部门交谈，讨论技术支持、实验室测试结果、制造缺陷、现场问题以及工程或设计等问题。

无论您在 FRACAS 中跟踪何种类型的信息，重要的是要记住您需要缩小要包含在报告中的信息的范围。这意味着任何被认为有助于确定和解决问题的必要信息以及用于未来跟踪的信息。

在 FRACAS 的故障报告阶段，您应该明确定义要记录在事件报告中的信息类型。随着时间的推移，当故障流经闭环 FRACAS 过程时，将收集到更多信息；然而，最初，应尽可能多地收集有关故障及其检测方式的数据。故障报告应收集以下信息：

• 事件发生的日期和时间
• 谁发现了问题或失败
• 谁在进行事件报告
• 有关事件的所有详细信息，包括导致事件的步骤
• 为解决问题而采取的任何纠正措施
• 可以实施的更改建议以防止再次发生

如前所述，此信息可能会有所不同，具体取决于您跟踪的数据类型、记录信息的人员、解决问题所需的详细信息、合规性要求等。通常，FRACAS 故障报告是根据每个组织的要求定制的。

故障报告的最重要方面是确保问题在实时发生时记录在您的 FRACAS 中。为此，所有团队成员都必须有权访问 FRACAS 并能够正确导航系统。

第 2 步 – 分析

记录失败报告后，就该对手头的问题进行分析了。也可以自定义此阶段以满足您组织的需求，并帮助您确定如何继续分析问题。分析阶段通常由团队负责人或工程师完成，他们会全面评估导致故障的原因，然后确定解决方案。

第 3 步 - 纠正措施

FRACAS 的最后一步是解决问题并将其关闭。在这一点上，您已经确定了失败的根本原因并想出了一个解决方案来纠正它。实施纠正措施后，您的团队应验证措施是否成功并在系统中关闭事件。消除每个故障对于确保闭环系统保持完整至关重要。

FRACAS 工作流程

FRACAS 工作流由构成闭环过程的多个步骤组成，该过程通过事件解决处理初始事件报告。每个组织的 FRACAS 工作流程因内部处理问题的方式而异。工作流程也会随着需求的变化和吸取的教训而发展。以下是您可能会为制造商看到的 FRACAS 工作流程示例。

• 第 1 步 – 输入： 检测到故障并将其输入 FRACAS。在这种情况下，轴承卡住了。
• 第 2 步 - 分配： 团队负责人将问题分配给维护团队的一名成员进行调查。维修部门确定轴承因未对准而疲劳。
• 第 3 步 – 修复： 维护团队查看机器的工作历史，发现以前组装不当导致脚软、未对准和连接松动的情况。通过根本原因分析，维修团队确定当前轴承缺陷是轴不对中的结果，这是由于维修团队培训不当导致技能不足造成的。

  为了解决这个问题，维护团队会指派一名经过适当培训的团队成员来处理机器对中，并对所有团队成员进行有关如何对中相关机器的强制性培训课程。此外，在机器附近张贴了校准过程中每个步骤的单点课程。

• 第 4 步 - 验证： 维护主管重新启动机器以通过振动分析检查是否存在任何对准问题。
• 第 5 步 - 收尾： 如果机器运行正常，则故障会在 FRACAS 中关闭。

这是 FRACAS 过程如何在制造环境中工作的基本示例。一些制造商使用其他方法来实施 FRACAS。例如，汽车和航空航天行业通常采用所谓的 8D（8 个学科）——一个用于流程改进的八步流程。这八个步骤包括建立团队、描述问题、修复问题、确定根本原因、定义纠正措施、实施纠正措施、防止再次发生和认可团队的辛勤工作。

实施 FRACAS 的阶段

由于现代制造企业积累了大量的可靠性数据和信息，FRACAS 数据通常在结构化数据库中进行管理，以方便使用数据。这被称为以数据为中心的方法。这种以流程为导向的方法解决了两个问题：一是明确界定涉及人多、组织多的复杂任务，避免关系和责任的混乱；二是在管理体系内界定和规范强制性任务，提醒工人履行职责。做他们。根据质量与可靠性工程杂志的研究 ，以这种方式实施 FRACAS 需要三个阶段：发现、设计和制定。

• 发现阶段： 发现阶段的第一步是定义每项任务并确定谁将负责该任务。接下来，应确定流程。这意味着制定程序、审批流程和决策流程。然后，应定义其他信息，包括故障模式、故障机制、产品规格、可靠性信息和历史数据。

  一旦您获得了所有必要的信息，就可以通过查看指南和法规来制定规则。最后，您需要通过文档集成组件。完成此阶段后，您应该具有 FRACAS 流程的属性，如下表所示。

  任务 所有权 信息 观察失败 用户项目数据、时间、地点、环境 记录失败症状 测试部门 失败描述和预期的根本原因 验证失败 测试部门 检查表 隔离可疑项目 测试部门 失败模式 更换可疑项目的重新测试 测试部门 测试报告 验证隔离的失败项目 测试部门 维修说明/验证报告 故障分析 可靠性部门 分析方法和报告 检查类似的故障历史 可靠性部门 历史数据 确定根本原因 可靠性部门 根本原因识别 确定并纳入纠正措施 FRB 分析结果/措施规范 验证措施的有效性 FRB效果结果
• 设计阶段： 设计阶段是您标准化流程的地方。在现代组织中，这是通过使用软件来完成的，使 FRACAS 流程易于在整个组织中的大量员工使用。此阶段的活动分为两类活动：人工工作和基于文档的任务。处理诸如故障观察、验证和故障分析之类的任务是基于文档的任务类型。本质上，这些是用于分析的报告。人工工作包括诸如合并纠正措施之类的事情。 人类工作 基于文档的任务 隔离 失效观察 再测试文档 项目验证 失效验证 纠正措施确定 失效分析 纠正措施合并 数据搜索 有效性验证 根本原因分析 性能测试
• 制定阶段： 顾名思义，制定阶段是实际实施和执行 FRACAS 流程的地方。 FRACAS 流程的参与者通过电子邮件、移动设备等获得他们自己的任务。完成任务后，他们通过相同的方法向系统报告。

将任务交付给合适的人员对于保持 FRACAS 流程的流畅性至关重要。任务责任可以在设计阶段或制定阶段定义。例如，可以在 FRACA 流程开始之前确定员工，或者主管可以选择某人并在操作期间为其分配任务。任务应通过电子邮件或短信发送，并实时更新进度。

FRACAS 合规性

FRACAS 的闭环流程让您的故障报告和分析与多个行业标准紧密结合。标准的选择取决于行业要求、合规性需求、公司目标等。

MIL-STD-2155 FRACAS 标准是 FRACAS 起源的标准。它很广泛，为跨越产品生命周期的可靠性计划提供了一般指南。尽管该标准是基于军事的，但它已在许多行业中用于指导 FRACAS 的实施。

FRACAS 还可以帮助您满足多项 ISO 要求，包括 ISO-9001 和 ISO/TS16949，因为它符合 ISO 标准化过程的各个阶段：

• 提案阶段： 一旦诊断出问题，确定问题的团队成员应起草一份提案，详细说明问题的严重程度。
• 准备阶段： 将立即采取行动，为让您停止问题的步骤做好准备。
• 委员会阶段： 应根据员工的技能为员工分配角色，并相应地委派任务。
• 调查阶段： 通过调查提出的问题并就报告的问题得出结论，团队成员共同确定问题的根本原因并找出解决方案。
• 审批阶段： 获得授权的员工应在他们认为合适的情况下批准解决方案和适当的行动，并解决问题。
• 出版阶段： 最终的 FRACAS 报告可以关闭并存档以备将来审查和考虑。

实施 FRACAS 的好处

实施 FRACAS 可为您提供有价值的信息，以帮助及时识别和纠正错误或故障、过去的问题、缺陷或流程错误。其他好处包括：

• 通过对故障进行适当的调查并采取适当的纠正措施，FRACAS 还可以直接降低工厂返工和零件/材料报废等直接成本，以及客户不满意等间接成本。
• FRACAS 往往是可靠性增长、持续流程改进和高效维护计划的一个促成因素。这是通过 FRACAS 的持续监控和数据跟踪来完成的，它提供了对以前的故障趋势是否已通过纠正措施消除的总结评估。
• FRACAS 提供可靠性性能问题的可见性并启动持续改进流程。
• 通过根本原因分析，FRACAS 帮助加快工程工作以解决问题，从而采取有效的纠正措施。
• FRACAS 为组织提供了历史问题的知识库，为您提供了解决众多问题的先例，以帮助您在未来避免这些问题。

底线

许多组织认为防止故障或修复问题的唯一解决方案是增加更多的预防性维护步骤。虽然有时这可能是必要的，但最好重新设计流程。如果您确实添加了更多预防性维护步骤，请确保通过 FMEA 流程或 RCM 分析运行它们，以免将非增值步骤纳入维护计划。