“阻碍社会进步的不是少年人的无知，而是老年人的固执”，终于有了切实的理解。在技术工作中，作为项目经理，别相信任何不经调查就得出的“没问题”的口头保证，尤其是所谓资深老专家对新问题的结论。昨天的经验往往是明天失败的导火索。在预研阶段，要把所有可能的试验结果都呈现出来，再做定夺。预研即使失败，损失也小得多。
研发人员指挥生产的恶果 产品开发过程平静而又顺利地结束了。我们决定采取用户购买后测试的方式。由于用户测试过于漫长，在进入这个测试之前，产品就归档转生产了。
在我供职的这家民营企业，其高层和80%的中层干部都来源于一家老牌的国有医疗器械企业。这家公司长期从事手术床设备的相关业务，后来的新人也都是为那两个项目配的，所以新项目除了我和我的团队之外，无人过问。我们求教于别人，经常得到友好而又歉意的一笑。
图纸完成了，生产部只安排了一个小伙子学习生产这个产品，没有安排专门的工艺人员转化工艺文件。这时手术床的设备产量已经不小了，并且中了几个大标，中标的机器都是成熟老机型，生产人员也较熟练，所以生产部就把主力都安排到那边去了。对生产部来讲，中标机器的生产是主要任务，我负责的机器就降到次要而又次要的地步，物流的供货也是优先别的机型。
我太急了，太需要有一个结果来证明，急功近利的结局就是不懂生产管理流程的项目部开发工程师全力配合生产，犯了瞎指挥的错误，导致生产过程检验不规范、装机不符合要求、生产检验文档不全、零件编号混乱，一句话，乱了，一切全乱了。
但是，机器还是源源不断地被发走。我暗自祷告，产量一大，我们开发的产品占主体时，一切会好起来的。
越俎代庖的代价刚开始的装机和培训，服务部门的工程师没有人特别熟悉这台机器。于是服务部的经理找到我求援，希望开发工程师能出差。为了确保机器能顺利推广开，我应承了下来，服务支持文档、服务工程师的培训就这样耽误了下来。如此周而复始，最后只要有客户咨询或投诉，就直接转到项目部，使项目部的很多具体工作进行不下去。
这还不是最糟糕的，开发工程师并未经过服务培训，而我们项目部的工程师对那些又不了解，其安装和用户培训却又要做，可想而知，结果自然是不到位，最后对机器、服务的抱怨都集中到了项目部上。
拆东墙补西墙的救火没能使流程理顺，这时又出现了机器抗干扰差的投诉，这原本通过预研可以提前预防，现在也尾大难调。只好找了一所大学的教授协助解决，虽有改进，结果也不是很理想。不过我实在没精力拿用户进行试验了，加上这番折腾，这个项目的利润被服务、退货、换货耗掉了一部分，销售渠道对产品的反应也很不好，抗干扰差、服务差、发错货，等等。面对危局，我无奈建议公司决策层停掉该项目。
这个故事结束半年了，每每回想，总是感慨：项目不是在最后才失败的，也许它一开始就是一个错误，也许它的路线方向就是错的。
此文章共有3页 上一页 1 2 3 下一页
|
Leadge.com首页 > 知识库 
