案例丨PFMEA我是这样做的

FMEA分为DFMEA和PFMEA，分别是产品设计、开发周期和产品实现过程的分析技术。在这篇文章中，我想分享一下我做PFMEA的经验。

一.提前准备

加强数据统计分析。分析与该产品相似的产品的故障数据，并对这些故障进行排序。这些数据不仅对PFMEA/有用，对开发人员和设计人员也有用，所以花时间在上面绝对值得。

第二.关于团队

我们常说做FMEA，关注CFT方法很重要，但是如果形成了一个不负责任或者是稀里糊涂的团队，那还不如单打独斗，斗个没完没了或者浪费个没完没了。我们可以在单兵基础上做一个讨论版，可以再讨论一下，可以提高工作效率。

第三.关于评分

发现很多公司(人)对P FMEA，评分不严谨。对于同样的失败，同样的失败效果，前后的分数可以相差很多，目测确认可以达到3分或者4分。严格玩法很简单，只要仔细对比手册就可以了，但是很少有人愿意时不时的看手册，所以把手册里的评分表简化成你的P FMEA表格就是一种方法。这也反映了poka yoke的想法。您可以将每个评分单元格设置为下拉选择的类型，在选择数字时可以看到相应的文本描述。

四.PFMEA可按类别区分。

没有必要细分成每一个车型和品牌。前提是同质设计。

五.FMEA是动态文件

从中，我们最能看到持续改进的影子。我看了很多PFMEA，要么背面是空的，要么给我写“加强员工教育”。嘿，不要把人的因素作为改进点。人的技能能够满足要求，这是我们做任何事情的前提。例如，您可能会分析由于“员工疏忽”而导致装配缺失的故障。这时，如果在你的对策中写“加强员工教育”是不合适的，那么如何防止漏装以及漏装后如何检测是你政策的重点。