可靠性工作实施的一些看法

若可靠性工作开展不是很多，看看是否下面的过程适合：
前期工作只能是试验把关了，按照产品立项的时候要求的项目进行试验，不通过不放行，让老板给你产品否决权，这样做会有一些难度，看你的执行力了。
另外，对失效的处理，最好你有失效分析工程师，和开发工程师一起分析，不要让开发工程师认为你只是一个黑面的法官，你应该是协助让其把产品做得更好的朋友角色，很多公司也是这样定位的，公共资源部门，属服务性质。
经过几个产品后，需要总结，在产品立项时候参与方案论证，完善项目要求，例如原来的要求只是照着其他产品抄来的，你按此验收，而实际产品的应用并无此要求，产品工程师当然有怨言了，这怨气当然是对你了，因为市场或总工办等执笔写立项书的人没有不放行啊。
最后，需要把产品改进经验提取，变成设计准则，在设计的时候就执行了，你也省心。省的时间做做研究，再捣鼓些fmea、fta、QFD等，这些效果不是立竿见影，若没有实施经验、威信，开始就推行的话，难度是难以想象的。
忘了一个，评审的设定，最好能参与设计过程中，不要让产品已经实现了再评审，这时候你否决产品，你老板可能都会不支持你，因为代价大，浪费得让人心痛啊，这个你可参考日企的设置。
过程中的培训也是非常重要的，你需要制定培训计划，内训或者外请老师（外请花钱，但都是内训也不好，有没有注意，内训很容易瞌睡？外来的和尚，在其课程内容方面是比较专的，说服力强些，容易让人信服，而且，他山之石可以攻玉，往往这时你会有灵感，不一定是他讲的结论，可能是他的思维方法、一句不经意的例子），培训应该针对不同的岗位而有区别，操作员类的、工程师类的、经理主管类的、总裁总经理类的，等等，一句话，针对能改变他们工作相关的，包括理念转变。我发现很多人有这个想法：不花钱的东西不是好东西，那当然不会花钱的人也不是好领导，这可能和我们经历太多骗局的缘故。
不同意的拍拍砖，同意的拍拍手！

[[i]本帖最后由elic于2009-3-1812:00编辑[/i]]