FMEA的数据库如何搭建

AIAG&VDA FMEA新版分别在1.4.5 和1.4.6提到Baseline FMEA(基准FMEA)的必要性，

标准原文如下

1.4.5 Reuse of the FMEA

Existing FMEAs for known products and processes (often called generics, baselines, product family FMEAs, etc.) are used as a basis for new analyses in order to ensure that knowledge is accumulated over product lifecycles and that prior performance issues are not repeated. Furthermore, reuse also reduces expenditures. The information and ratings carried over are to be critically examined with regard to the respective use case and experiences from the known application.

AIAG VDA FMEA草版中文版原文：

对于成熟产品和过程，现有FMEA（通常被称为同类，基准，产品族FMEA等）可以作为新分析的基础，以确保在产品生命周期中，知识积累不重复分析先前的问题分析。同时FMEA的重用也减少了开支。FMEA参考的信息和评分要根据案例和经验进行严格的检查

1.4.6 Handling of Existing FMEA 

If a new project or application is a variant of an existing product, a baseline or “family” FMEA is recommended because it provides the greatest opportunity to leverage past experience and knowledge. If there are slight differences, the team should identify and focus the analysis on these differences.

AIAG VDA FMEA草版中文版原文：

如果新项目或新应用是现有产品的变更。建议使用基准或产品族FMEA，因它提供了最好的机会来利用过去的经验和知识。如果存在细微差异，小组应该识别并重点分析这些差异。

基准FMEA（产品族FMEA，FMEA数据库）有必要建立，尤其对于成熟设计和过程，这样有助于知识的重用，并将FMEA分析的重点聚焦在差异部分的风险分析以节约时间和成本。

问：有现成的标准FMEA数据库模板参考吗？

答：没有！

如果FMEA分析的对象是产品设计和过程设计，那么，我们把问题回归到产品设计和过程设计本身，产品设计和过程设计是否有标准答案？

请各位认真思考以下问题并回答 (是/否)

A公司和B公司

A公司和B公司设计同一产品，但从组织架构和部门划分上有差异。那么A公司和B公司的产品的结构树是否一致？二者的DFMEA是否可共用？

01

A公司设计部门的a1 和a2客户组

a1和a2设计同一产品，但面对不同的客户，而两个客户的要求大相径庭，那么a1和a2小组的DFMEA是否可共用？

02

C公司和D公司

C公司和D公司生产同一产品，但因规模和能力的差异，分别设计了不同的生产线，采购了不同的设备，那么C公司和D公司的PFMEA是否可共用？

03

C公司的两条生产线c1和c2

c1和c2线对同一产品，设计了不同的装配顺序，采用不同的检测手段，那么c1和c2的PFMEA是否可共用？

04

上述案例是企业目前面临的现实情况，即便是同一产品，多多少少会存在差异，我们不能一概而论。鉴于中国教育的诟病，大家喜欢寻找标准答案。那么FMEA有标准数据库参考吗？

敲黑板！！没有！！

讲到这里大家可能就更疑惑了，那么FMEA数据库到底该怎么建？

第一步：企业建立FMEA核心团队

FMEA核心团队应来自产品设计或过程设计所涉及到的所有核心部门，系统，子系统，组件或部件缺一不可。

第二步：熟练掌握六步法

FMEA数据库需建立在FMEA方法熟练掌握的基础上。

为什么单独列出这条？在FMEA应用的四十余年里，为什么不成功？

大家误以为FMEA是张表格，从某企业拿过来一份FMEA照猫画虎，交差完工！

但问题没预防，为什么？

FMEA是一种思维方法，在思维形成的过程中识别问题、量化问题、优化问题。要做到在思维过程中快速准确地分辨问题，需要建立在对FMEA方法论熟练掌握地基础上！而非机械地抄袭和套用！

第三步：了解自己的产品

设计专家这时可能会拍胸脯说：我做了二三十年的设计，我非常清楚我的设计！

那么请您坐下来，拿出一张纸和一支笔，试着把您的产品结构和边界画出来。您多长时间可以画出来？

下面切换场景：我们把系统、子系统和零部件的设计专家都请过来，坐在一张桌子面前，要求各自画出自己产品的边界！此时的场面会相当热闹！

部门的推诿和职责不清晰是企业管理最大的诟病。 产品设计部门划分大多是老板拍脑袋，部门划分并无职责和边界定义，导致大家在设计时，不清楚设计边界，也不知道他的设计应该为谁负责。比如DFA（设计为了装配），DFM（设计为了制造）在很多企业，大家认为这不过是花拳绣腿，孤掌难鸣！

边界图和结构树，旨在提供给各个部门关起门来坐下来谈一谈的机会！边界图和结构树的过程，实际上是在评审组织架构以及部门职责的过程。

回看，FMEA的结构树有标准答案吗？可以搬来用其他企业的FMEA吗？

如果FMEA的根基“结构树“没有标准，那么挂在结构树上的“功能“和”失效“是否可以搬过来用？好比硬生生把”苹果树“挪过来当”梨树“来应付客户。

那么我们该如何做？

首先需要将产品归类，将过程归类，再根据归类来确定FMEA数据库的模型！这是FMEA数据库的基础！

第四步：FMEA数据库需要自上而下推行

如果要建立企业完整的数据库，那么需要从“树根“开始，即从系统开始，逐步拆解至子系统、部件，自上而下。

根据设计职责，各自分工，丰富枝叶。最终汇总至FME结构树上！