FRACAS 从数据收集到问题解决的闭环系统

   对 大多数可靠性工程师来说，测试、数据收集和数据分析很可能是主要的三项日常工作。如何利用现代的数据库和互联网技术来管理测试、数据收集并解决跨多个部门 的问题的流程，仍是许多单位面临的一个挑战。XFRACAS，一个由ReliaSoft开发的基于网络的失效报告、分析和纠正措施的系统，提供一个可以连 接整个组织的可靠性相关的管理和分析活动的平台。
在这篇文章里，我们将简要讨论FRACAS在可靠性计划里的历史和作用。
 
什么是FRACAS?
 
FRACAS代表失效报告、分析和纠正措施系统。FRACAS流程于1970年代起源于防卫和航空航天工业。是军事系统、装备和关联的软件，潜在的可靠性 和可维修性的早期和长久以来的成就的基本元素。从1970年代后期到1980年代，世界各地的防卫，航空航天，汽车和通讯行业的主要企业投资上百万美元来 开发和维护内部的有关FRACAS的软件。1985年，创建了旨在标准化FRACAS流程的范围、定义和实施的标准MIL-STD-2155。
 
FRACAS方法有多种用途，比如降低安全/风险的系统，流程控制系统，事故报告系统。它提供了一个严格的强制的闭环流程，用于解决在设计，开发，生产和调度阶段的问题。基本任务包括：
ž   记录并获取有关失效和问题的信息
ž   标识，挑选并对失效和问题排序
ž   标识，执行和验证预防失效再发生的纠正措施
ž   提供失效分析和纠正措施的信息，用以支撑可靠性数据分析
ž   提供事故计数的总结，并提供用于可靠性和质量指标的数据
 
作为示例，下面的截图展示的是ReliaSoft的 XFRACAS软件工具故障/事件报告的部分页面。这款基于网络的界面是高度可配置的。企业/组织可以根据自己的需求添加、移除和定义字段。
 

FRACAS能做什么？
 
FRACAS方法通过创建一套正式的流程，接着是整个企业，来提升产品或者流程的可靠性。它有以下的好处：
ž   为纠正措施和预防措施提供工程数据
ž   识别缺陷的开发模式
ž   为可靠性分析提供失效数据
ž   帮助避免失效在后续的设计中复发
ž   为经验教训提供一个汇集的地方，帮助减少解决个案和难题的时间和精力
ž   对于质量/ISO认证和审计也必不可少
 
FRACAS方法也可以在产品的整个生命周期，促进产品的可靠性改进。可以在以下的阶段使用和应用：
ž   最初的产品设计/再设计来识别和消除已知的问题
ž   内部的开发测试来改善产品、流程或服务
ž   现场测试
ž   生产运营来提高效率
ž   固定设备安装，降低成本和时间
ž   支持现场使用的产品（终端用户/客户）
 
随着电脑技术的进步，FRACAS已经从书面的个人的工具进化到一个基于网络的多用户的系统。它也不再限制于简单的故障报告，分析和纠正，因为它可以集成正式的问题解决方法，比如8D方法。

 
也有其它的标准方法，比如6-Sigma的 5-step DMAIC方法，和各种各样的4-step方法。

             


作为示例，下面的图片所示的是如何用ReliaSoft的XFRACAS工具实施8D方法。



图形所示的问题报告界面，为基于团队的问题解决提供了一个灵活的框架。采用这种方法，可以分配多种事故报告到同一个问题。这样你就可以解决潜在的问题，处理所有相关的事故，并改善设计或者流程来预防类似问题在将来发生。问题报告界面可以定制以支持任何问题解决方法。
 
XFRACAS可以配置来捕获故障信息调查的细节。对某个特定的故障企业所做的反应，做了一个完整记录。ReliaSoft的Weibull++和RGA软件应用都已经集成到XFRACAS，这样你就可以轻易地使用故障数据来进行可靠性分析。
 
XFRACAS也有数据库的特征，比如查询、跟踪和报告。你可以轻松地跟进工程进度并发现瓶颈问题，也可以跟进每个团 队成员当前的任务状态。除了系统强大的闭环动作管理能力外（自动邮件通知，轻松生成状态报告，等等），还可以用XFRACAS创建清单、链接或者添加附 件，检索过去的问题/应对措施的“知识库”，识别需要正式评审/批准的阶段。
 
如何实施FRACAS?
 
FRACAS实施有不同的方法。每一个应用看似不同，但核心是相似的。下面是实施FRACAS系统的一些最佳实践：
ž   定制FRACAS系统来满足你的特定需求
ž   定义和开发你的FRACAS流程并培养你的团队
ž   对于事件和问题要确保有清楚的区分
ž   最低的程度，给事故报告和解决方法，故障分析和问题解决提供支持
ž   在可能的时候，努力创建一个经验教训和可靠性数据的数据储存库来支持进一步的分析。
 
FRACAS经验教训：避免失败的实施
 
尽管FRACAS是每个企业都应该使用的有益工具，它牵涉到公司文化和企业里许多不同部门的变化。部分的经验教训如下：
IT问题：许多企业已经有适当的系统，带一些FRACAS相关的功能。然而，许多 已经存在的系统并不是为了解决可靠性以及质量相关的问题而设计，所以并没有提供一个闭环的问题解决流程。例如，有时由于内部阻力，安全和资源方面的担忧， 去说服IT部门来实施完整的FRACAS系统并不容易。
企业问题：在实施FRACAS流程期间，可能会涉及各种各样的功能组。许多情况下，这些群组的互动可能非常复杂而且有交集。比如一个组可能会给另外一个组指派事故或者措施，后者将事故或者措施回派给前者或者给到另外一个组，使得事故的解决成了一个无限的循环。
目标不明确：重要的是在着手实施FRACAS系统前，清晰的定义目标和期望。任何限制（成本，数据可用性，等等）都应该分析，用以确定FRACAS流程要多彻底。
对于企业来说，典型做法是将内部开发的FRACAS系统随时间进行演变，以满足企业需求和复杂性的增长。通常需要多于2-4年的时间才能看到FRACAS系统的收益。这有一些建议来帮助克服进程中遇到的阻力：
ž   改变涉及文化方面，人和流程的改变，要确保处理全部这三条。
ž   给涉及到的各当事人展示实施的好处，并取得管理层的支持。
ž   使所有人尽可能早的到位，来最小化改变是违背他们的这种感知，并将他们所 想和所需加到系统需求里。
ž   培训不同的组将帮助整个企业看到好处，进而支持“购入”。
ž   执行ROI研究并从降低费用、提高效率、提高客户满意度和提高市场份额的调查和个案研究中获得结果。
 
总结
 
在这篇文章里，我们讨论了FRACAS闭环事故处理流程的好处。使用ReliaSoft的XFRACAS工具，你可以建立一个正式报告流程，分析和解决产 品生命周期内的可靠性相关问题。XFRACAS现在也是ReliaSoft Synthesis 平台的一部分。可以和ReliaSoft的其它应用，比如Xfmea、 Weibull++和RGA无缝衔接工作。
 
正确的使用FRACAS可以让整个企业受益，加速开发流程，减少浪费，累积有用信息，以使最终产品更加可靠。然而，实施一个FRACAS系统涉及多个职能部门，有时还需要更改企业的文化。可能需要几年的时间，而且需要管理层的支持才能成功实施。

摘自Reliasoft Hot wire

^{资料提供：深圳勤达集团 http://www.qindaate.com/index.html}