主题：关于FMEA分析软件和质量问题管理软件的交流与出海请教（一） -- 来路

FMEA的分析过程强调按步骤的递进识别，对于经验丰富的工程师或者技术管理者来说，可以将自己的经验通过FMEA对产品的结构、功能/特性、失效以及措施（现行/优化）梳理，将完整的产品项目经验细化沉淀下来。并可以在今后类似的项目中直接导入，然后做变化点分析就可以。这样既能将之前项目的经验进行完整的传递，从而降低新项目的风险，保证开发的稳定性，又可以在这个基础上灵活的做变化点分析，两者兼顾。

对于经验和能力一般的工程师来说，通过对既往FMEA项目的了解，他就能很全面的从产品结构、功能/特性、失效以及措施方面去充分了解这个产品开发中的事项，并且能够通过功能/特性网去理解产品的功能/特性是怎么通过特定产品结构去实现，它们之间是怎么样的关联关系，也可以通过失效网去了解功能/特性会有哪些不能正常实现的情况，以及失效之间的关联影响。如果一个工程师能够在一两个项目上把产品吃透，那么在同类产品的开发上，他的成长一定是很迅速的。

同时，FMEA还有一个很重要的衍生作用，就是统一团队的产品开发思维方式。企业里，每个工程师都有自己的思维特点，以及各自的产品经验，但是往往因为大家思维方式的不一致，沟通的角度不一样，导致沟通配合有时候会不顺畅。FMEA这种方式，相对比较明确，团队成员在沟通的时候，我们到底是在讨论产品特性值怎么定比较合理，还是产品功能通过独立结构件实现或者通过不同结构件配合以界面接口功能来实现，还是讨论实现特定功能的不同产品结构方式会带来不同的非预期特性，等等。这样大家容易在一个思路上，容易互相理解和配合。