心得丨PFMEA我是这样做的

FMEA又分为DFMEA（开发阶段潜在失效模式及后果分析）和PFMEA（制程潜在失效模式及后果分析），分别是针对产品设计、开发时期的分析技术和产品实现过程的分析技术。今天给大家自己做PFMEA的一点心得。

一、事前准备工作。

要加强数据的统计分析。对与该产品相类似的产品的失效数据做一个分析，给这些失效做个排序。这些数据不但做PFMEA用得着，对开发设计人员也很有用，所以把时间花在这上面，绝对物超所值。

二、关于团队。

我们经常讲，做FMEA要讲究CFT的方法，这点固然重要，但如果组建一个不负责任或者说和稀泥的团队，不是没完没了的吵下去就是无休止的耗下去，还不如单兵作战。可以在单兵的基础上做成一个讨论版，大家再拿来讨论，这样可以提升工作效率。

三、关于打分。

发现很多公司（人）在PFMEA的打分上很不严谨。同一个失效，同样的失效影响，前后的打分能相差很多，目视确认打到3或4。要打得严谨很简单，仔细对照下手册就可以了，但是偏偏很少有人愿意时不时地去翻看手册，那么把手册上的打分表简化到你的PFMEA表单中来不失为一个方法。这也体现了poka yoke的思想。可以把每个打分的单元格都设置成下拉选择的类型，可以在选择数字的时候看到对应的文字说明。

四、PFMEA可以以类别做区分。

不必细分到每个型号品牌上去。前提是同类化的设计。

五、PFMEA是个动态文件。

从它身上，我们最能看出持续改善的影子。看过很多PFMEA， 要么后面空空如也，要么给我写上“加强员工教育”，坑爹啊，人的因素就不要作为改善点了，人的技能能够满足要求，是我们做任何事情的一个前提。比如说，漏组装这个失效，你可能分析它是因为“员工的疏失”，此时如果你的对策里写“加强员工教育”是不妥当的，如何来防止漏组装、漏组装后如何检出，才是你施策的重点。