项目管理资源网

您的位置:项目管理资源网 >> 研发制造项目管理

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

2013/11/11 15:09:20 |  8646次阅读 |  来源:网友转载   【已有1条评论】发表评论

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

4成也老专家,败也老专家

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

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

5越俎代庖的代价

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

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

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

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

案例点评:

  这个案子比较棘手,棘手的原因是:当一个木桶只有一个短板时,你会很容易发现这个短板并进行修补,当一个木桶每个木板都成了短板时,要你修复这个木桶并说出修复的原因,恐怕就没有那么简单了。之所以这样说,是因为这个案例给出的场景,不管是从企业管理水平来说,还是就项目经理个人能力来说,都有需要改进的地方。

   首先我们分析一下企业的研发管理建设,如果一个企业重视管理(一个成功的企业也必须重视管理),公司会有许多流程、制度、模板、指导书,这些都是一个公司的无形资产。这就像一个法制健全的国家一样,为每一类的活动都规定了如何做是合法的。这样不管是新来企业的空降兵

    项目经理胜任力免费测评PMQ上线啦!快来测测你排多少名吧~

    http://www.leadge.com/pmqhd/index.html

“项目管理生根计划”
企业项目经理能力培养和落地发展方案下载>>

分享道


网站文章版权归原作者所有,如有认为侵权请联系我们,将于1个工作日内作出处理!
网友评论【 发表评论 1条 】
  • 2014/9/17 18:33:21 来自:116.236.224.51

    写得很好,认同

网友评论(共1 条评论)..
验证码: 点击刷新

请您注意护互联网安全的决定》及中华人民共和国其他各项有关法律法规或间接导致的民事或刑事法律责任
·您在项目管理资源网新闻评论发表的作品,项目管理资源网有权在网站内保留、转载、引用或者删除
·参与本评论即表明您已经阅读并接受上述条款