项目失败总结

春节临近,转眼一年过去了。借此机会,对项目进行一次总结.

 

项目近况:该项目是为*开发的一套审批系统。从一期到二期,开发周期已超30个月。从项目初验通过后,一直无法推动项目终验。原因是:甲方认为项目质量无法达到要求,项目上线期间出现较多问题,不时需要开发人员进行定位解决。于是出现了开发人员长期驻扎客户办公点,充当维护人员的尴尬局面。项目不但收不到项目的尾款,也一直处于亏损状态。

 

从个人角度,对项目的失败总结了以下几个原因,按重要程度排名:

top1:领导层瞎拍脑袋的决策

项目未进行开发时,就已经由甲方*领导直接拍板项目要在什么时候完成。公司领导层也直接下死命令:项目必须在这个时间点完成。而事实上这个时间点是不可能完成的。但领导命令已经下了,赶鸭子上架,不行也得行。进度和质量,鱼和熊掌不可兼得,这个时候进度被作为第一要务。于是加班加点,没日没夜的干。进度是赶上了,至于质量那就惨不忍睹。而这个对于项目的后期维护成本却相当高昂。每次版本转测,Bug往往呈现井喷似的爆发,修正Bug的周期甚至比开发的周期还长。项目从一开始就落下病根,直到现在都没有完全纠正。

 

top2:领导层的变动

项目一开始就定好前期后期分别由不同的领导层负责管理。这一点有点奇怪,不清楚什么原因。于是前期的管理层对项目没有负责到底的意识,只是想交差,在自己负责的期间不捅篓子就行了,到了后期就把皮球踢给后期的领导层。由于缺乏责任心,在前期项目出现质量问题时没有引起重视,任由其发展,导致后期纠正花费了巨大的成本。

 

top3:项目经理的监管不力

项目经理对项目监管理力度不够,日常工作是分配任务、跟踪项目的进度,项目其它方面较少投入。对项目整体情况不是很清楚,对项目质量没有引起重视。

 

top4:需求管理

1、需求调研过程中,缺乏足够的用户参与,靠自己的经验想当然,降低客户需求真实性

2、版本计划制定后,不时有新需求加入,打乱原有计划

3、需求来源太随意,缺乏严格的流程管理。

比如:系统使用人随意就可以要求在系统上加入新功能,这个功能是否合理、是否有这个必要,是否只是个人有这样的需求,是否通过甲方项目负责人同意。没有经过乙方项目负责人、甲方项目负责人同意,这个需求就进入需求管理中。

 

top5:责任心缺乏

团队缺乏必要的奖惩制度,能者多劳,多劳则未必多得,出现低级错误也无相应的惩罚,导致团队成员责任心缺乏,不想承担责任。

 

top6:执行力低下

项目涉及与*多个职能部门的联调,一般情况一个部门联调两三天即可完成。而现实情况是一个部门一个月都还没有联调完成。究其原因是职能部门对联调不进行响应,即使进行了联调,出现了问题后需要修改,修改了很长一段时间,是否修改完成再次进行联调,也一直没有响应,多次沟通无果。最终没有办法,上升沟通级别,反馈给领导,由公司领导与*领导进行沟通。于是*领导下命令,必须在什么时间点完成,于是各个职能部门就积极起来了,主动要求尽快进行联调。

项目失败总结

上一篇:C#热血传奇游戏服务端再次开源更新


下一篇:C#面向对象(二)之抽象类实现多态