项目失败总结
春节临近,转眼一年过去了。借此机会,对项目进行一次总结.
项目近况:该项目是为政府开发的一套审批系统。从一期到二期,开发周期已超30个月。从项目初验通过后,一直无法推动项目终验。原因是:甲方认为项目质量无法达到要求,项目上线期间出现较多问题,不时需要开发人员进行定位解决。于是出现了开发人员长期驻扎客户办公点,充当维护人员的尴尬局面。项目不但收不到项目的尾款,也一直处于亏损状态。
从个人角度,对项目的失败总结了以下几个原因,按重要程度排名:
top1:领导层瞎拍脑袋的决策
项目未进行开发时,就已经由甲方政府领导直接拍板项目要在什么时候完成。公司领导层也直接下死命令:项目必须在这个时间点完成。而事实上这个时间点是不可能完成的。但领导命令已经下了,赶鸭子上架,不行也得行。进度和质量,鱼和熊掌不可兼得,这个时候进度被作为第一要务。于是加班加点,没日没夜的干。进度是赶上了,至于质量那就惨不忍睹。而这个对于项目的后期维护成本却相当高昂。每次版本转测,Bug往往呈现井喷似的爆发,修正Bug的周期甚至比开发的周期还长。项目从一开始就落下病根,直到现在都没有完全纠正。
top2:领导层的变动
项目一开始就定好前期后期分别由不同的领导层负责管理。这一点有点奇怪,不清楚什么原因。于是前期的管理层对项目没有负责到底的意识,只是想交差,在自己负责的期间不捅篓子就行了,到了后期就把皮球踢给后期的领导层。由于缺乏责任心,在前期项目出现质量问题时没有引起重视,任由其发展,导致后期纠正花费了巨大的成本。
top3:项目经理的监管不力
项目经理对项目监管理力度不够,日常工作是分配任务、跟踪项目的进度,项目其它方面较少投入。对项目整体情况不是很清楚,对项目质量没有引起重视。
top4:需求管理
1、需求调研过程中,缺乏足够的用户参与,靠自己的经验想当然,降低客户需求真实性
2、版本计划制定后,不时有新需求加入,打乱原有计划
3、需求来源太随意,缺乏严格的流程管理。
比如:系统使用人随意就可以要求在系统上加入新功能,这个功能是否合理、是否有这个必要,是否只是个人有这样的需求,是否通过甲方项目负责人同意。没有经过乙方项目负责人、甲方项目负责人同意,这个需求就进入需求管理中。
top5:责任心缺乏
团队缺乏必要的奖惩制度,能者多劳,多劳则未必多得,出现低级错误也无相应的惩罚,导致团队成员责任心缺乏,不想承担责任。
top6:执行力低下
项目涉及与政府多个职能部门的联调,一般情况一个部门联调两三天即可完成。而现实情况是一个部门一个月都还没有联调完成。究其原因是职能部门对联调不进行响应,即使进行了联调,出现了问题后需要修改,修改了很长一段时间,是否修改完成再次进行联调,也一直没有响应,多次沟通无果。最终没有办法,上升沟通级别,反馈给领导,由公司领导与政府领导进行沟通。于是政府领导下命令,必须在什么时间点完成,于是各个职能部门就积极起来了,主动要求尽快进行联调。