① 糟糕的项目管理--按任务分配，而不是按功能或模块分配(Responsible)

　　原来我觉得这个因素不太重要，但是随着项目拖延的周期越来越长，这个因素所占的比例也越来越大，由原来的10%增大到现在的30%。

　　按任务分配，而不是按功能或模块分配，会降低团队成员的荣誉感和责任心，团队成员在修复缺陷的时候往往带有抵触心理，甚至出现踢球现象，这势必造成工作效率低下，导致项目延期。

　　②糟糕的项目管理--更换团队成员

　　更换团队成员的风险会像上图所示，随着项目开发周期先升高再降低。尽管很多PM都明白这个道理，但实际证明在大多数情况下，PM并非像想象中的那么重视这个风险。这就是所谓的PM比PM2.5更危险。

　　③采用加班模式，而非任务模式

　　如果白天完成了任务和白天完不成任务都要加班，那么团队一定会把平时放在家中做的事情，拿到公司中来做，比如购物、聊天、看新闻等。这样他们就可以在晚上加班时有事情可以做，然后受到领导的表扬。

　　④糟糕的项目管理--恶劣的开发环境

　　没有什么比糟糕的开发环境可以降低团队的效率再明显不过的了。恶劣的开发环境包括办公环境是否嘈杂，团队成员是否沟通通畅，网络环境是否通畅，开发环境是否稳定。

　　在1M/S的速率下工作的员工是无法想象在10K/s的带宽环境下的员工是如何工作的，这个只有亲身体验过后才知道。

　　⑤只解决当前的难题，而不是从全局考虑

　　你很难想象在前期设计时，不把报表考虑在内，后期对数据统计时会发生什么样的情况。是的，我也想不明白为什么要这么做，但事实上我们确实这么做了，所以现在我们深陷报表的泥潭。

　　⑥重要的信息没有在团队内共享

　　让团队内的每个成员都了解项目的重要信息，包括项目的开发计划，里程碑，发版情况等。如果这些信息对团队内的成员不共享，那它们就会觉得这些事情对他们无关紧要，也就不会为了一个里程碑或发版计划去加班。

　　让一个团队高效工作的方式是引导和激励，而不是命令和任务。

　　⑦过多的演示

　　在项目开发过程中，仅仅为了给领导做演示而去停止当前的开发工作，使用mockup数据来使表单美观。如果一次两次真的没什么，过多的演示势必造成开发的拖延。

　　如果使用敏捷开发就没上面这种问题了，因为持续交付可以保证系统在任何时候都是可运行的，并拿出来进行演示。

　　本文出自 “尘风随影的天空” 博客，请务必保留此出处http://genuinecx.blog.51cto.com/2890523/1181067