案例分析：失败研发项目的启示

图纸完成了，生产部只安排了一个小伙子学习生产这个产品，没有安排专门的工艺人员转化工艺文件。这时手术床的设备产量已经不小了，并且中了几个大标，中标的机器都是成熟老机型，生产人员也较熟练，所以生产部就把主力都安排到那边去了。对生产部来讲，中标机器的生产是主要任务，我负责的机器就降到次要而又次要的地步，物流的供货也是优先别的机型。

我太急了，太需要有一个结果来证明，急功近利的结局就是不懂生产管理流程的项目部开发工程师全力配合生产，犯了瞎指挥的错误，导致生产过程检验不规范、装机不符合要求、生产检验文档不全、零件编号混乱，一句话，乱了，一切全乱了。但是，机器还是源源不断地被发走。我暗自祷告，产量一大，我们开发的产品占主体时，一切会好起来的。

4、成也老专家，败也老专家

在我们的团队中，有一位资深工程师、一位从业不久但业务熟练的软件工程师，另外还聘请了一位老专家作技术顾问。随后的阶段，那位老专家起到了保驾护航的作用。然而，如果没有对老专家的“过度信任”，也不会有产品推出后的狼狈局面。因为该设备要用到手术室中，手术室的电磁环境不但频率复杂，强度还不小，可惜这是产品销售后才发现的，为时已晚。开发中也曾有人提出这个问题，用不用考虑一下干扰问题，那位老专家一句话：“我们以前做过的都没什么问题。”问题是该老先生原来是做非手术室设备的，其电磁环境条件比手术室要好得多。我尝试着提了点反面意见，被很不屑地化解了。

“阻碍社会进步的不是少年人的无知，而是老年人的固执”，终于有了切实的理解。在技术工作中，作为项目经理，别相信任何不经调查就得出“没问题”的口头保证，尤其是所谓资深老专家对新问题的结论。昨天的经验往往是明天失败的导火索。在预研阶段，要把所有可能的试验结果都呈现出来再做定夺。即使预研失败，损失也小得多。

5、越俎代庖的代价

刚开始的装机和培训，服务部门的工程师没有人特别熟悉这台机器。于是服务部的经理找到我求援，希望开发工程师能出差。为了确保机器能顺利推广开，我应承了下来，服务支持文档、服务工程师的培训就这样耽误了下来。如此周而复始，最后只要有客户咨询或投诉，就直接转到项目部，使项目部的很多具体工作进行不下去。

这还不是最糟糕的，开发工程师并未经过服务培训，而我们项目部的工程师对那些又不了解，其安装和用户培训却又要做，可想而知，结果自然是不到位，最后对机器、服务的抱怨都集中到了项目部上。

拆东墙补西墙的救火没能使流程理顺，这时又出现了机器抗干扰差的投诉，这原本通过预研可以提前预防，现在也是尾大难调。只好找了一所大学的教授协助解决，虽有改进，结果也不是很理想。不过我实在没精力拿用户进行试验了，加上这番折腾，这个项目的利润被服务、退货、换货耗掉了一部分，销售渠道对产品的反应也很不好，抗干扰差、服务差、发错货，等等。面对危局，我无奈建议公司决策层停掉该项目。

这个故事结束半年了，每每回想，总是感慨：项目不是在最后才失败的，也许它一开始就是一个错误，也许它的路线方向就是错的。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友