项目成功是大家都想要看到结果。要想看到成功的曙光，就努力度过黑夜的时光，才能够引来光明。很多项目，都不可能是一帆风顺的，总会出现各种项目失败的苗头。捉住这些苗头，努力克服它，离项目成功会更近一些。本文是某个做IT项目管理的朋友写的，做IT类项目管理的朋友不妨看看。
一、需求反复多变
需求是项目的源头活水，因为有这样的需求，才导致项目的立项，才会有项目组的成立，才会有作为实现需求的项目经理。但是需求同样是导致项目进度延迟甚至项目失败的首要原因。当你发现项目在执行的过程中客户需求不断变化，而公司领导也接受，项目停滞该阶段时间过长，你就需要考虑一些项目延期的可能性和项目失败后客户、公司领导的反映了。
二、职责不清，项目成员做事很敷衍
项目经理作为项目的核心人物，应类似与古代分封制下的诸侯，在项目组内具有生杀大权。如过没有这样的权利，那么给项目经理安排很少的任务，他也很可能没有足够的力量去完成，更别提巨大的目标和任务了。项目经理下的各种角色也应有明晰的职责，只有明确了职责，才能方便地开展业务。如果项目组的各种角色都没有明晰的职责，那么结果肯定是人浮于事，为什么?没有明晰的职责，就没有责任人，就没有推动者，就没有核心骨干;就会有扯皮，就会有推诿，就会有有心使不上力的人。
三、制定合适可行的制度
人们常说“商场如战场”，其实项目开发与战场也有无数相似，差别就是战场上的军队组织更加严密。每个公司、每个项目都会有一些规章制度，对于这些制度应努力去遵守。例如“代码必须通过编译才可上传SVN”，这样的制度对与他人的工作是有影响的，如不遵守那么就导致他人工作受影响。如果一个项目组内有些人员严重违反公司规定，而没有收到相应的惩罚，那么其他人怎么看?对于屡次违反公司规定的人员一定要做到：不听话就拉出去“砍头”。另：无法推行的制度不要制定，无法检查的制度不要制定，靠人自觉的制度不要制定，无法做到赏罚分明的制度不要制定。当项目组出现很多制度形如虚设，项目组成员办事随心而为，工作情况无法有效跟进时，这些就是项目失败的苗头了。
四、人心散了
队伍大了，人心就很容易散。此时就需要核心、骨干带领其他成员完成项目目标。当项目成员没有一个可以做决定，愿意站出来说人时，需要好好注意项目团队的工作状态。倘若大家都不关心项目整体进展，自己的工作也没太用心的时候，就有了项目失败苗头。
五、领导干预过多，不利于提升项目执行力
领导的干预是不可避免的，但是领导的干预不能成为项目的阻力。例如：领导提出的不切实际的目标、领导在需求上的过多干预、领导在权利上的干预、领导在项目管理理念上的干预。如果项目内没有技术负责人，那么项目经理碰巧懂技术并且有实力、时间去处理技术问题，那么很好项目经理就对技术问题一抓到底，相当于项目经理和技术负责人的角色由项目经理一人承担。但是，同时一定要避免在项目经理也懂一些技术的情况下，一有空就越过技术负责人对技术问题指指点点。这种干预对技术负责人的大家，对于项目整体的技术方案，进度都只有坏的影响。
六、人员成分复杂
如果一个项目组是新组建的，项目成员包括外包人员、实习生、应届生、工作1～3年的人员、从其他项目抽调过来的人员、不知道领导从哪里搞来的说可以充当顾问角色的人员。那么项目离失败只有几步之遥了。
七、追赶项目进度
虽然你很努力，整个项目组看起来也很努力，但是进度还是不可避免地出现了延迟。此时的你面对领导的压力，面对着自己的自尊心，面对着不愿意承认有问题的人性，决定加班吧!然后你把这个决定通知整个项目组的所有成员，大家在你的说服下，也认为“咱们加班可以把进度追回来”。于是加班，开始了，可是过了一段时间之后项目还是离失败越来越近了。
本文转载自拓源优课：www.toyoke.com
