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