① 糟糕的项目管理--按任务分配，而不是按功能或模块分配（Responsible）
原来我觉得这个因素不太重要，但是随着项目拖延的周期越来越长，这个因素所占的比例也越来越大，由原来的10%增大到现在的30%。
按任务分配，而不是按功能或模块分配，会降低团队成员的荣誉感和责任心，团队成员在修复缺陷的时候往往带有抵触心理，甚至出现踢球现象，这势必造成工作效率低下，导致项目延期。
②糟糕的项目管理--更换团队成员
更换团队成员的风险会像上图所示，随着项目开发周期先升高再降低。尽管很多PM都明白这个道理，但实际证明在大多数情况下，PM并非像想象中的那么重视这个风险。这就是所谓的PM比PM2.5更危险。
③采用加班模式，而非任务模式
如果白天完成了任务和白天完不成任务都要加班，那么团队一定会把平时放在家中做的事情，拿到公司中来做，比如购物、聊天、看新闻等。这样他们就可以在晚上加班时有事情可以做，然后受到领导的表扬。
④糟糕的项目管理--恶劣的开发环境
没有什么比糟糕的开发环境可以降低团队的效率再明显不过的了。恶劣的开发环境包括办公环境是否嘈杂，团队成员是否沟通通畅，网络环境是否通畅，开发环境是否稳定。
在1M/S的速率下工作的员工是无法想象在10K/s的带宽环境下的员工是如何工作的，这个只有亲身体验过后才知道。
⑤只解决当前的难题，而不是从全局考虑
你很难想象在前期设计时，不把报表考虑在内，后期对数据统计时会发生什么样的情况。是的，我也想不明白为什么要这么做，但事实上我们确实这么做了，所以现在我们深陷报表的泥潭。
⑥重要的信息没有在团队内共享
让团队内的每个成员都了解项目的重要信息，包括项目的开发计划，里程碑，发版情况等。如果这些信息对团队内的成员不共享，那它们就会觉得这些事情对他们无关紧要，也就不会为了一个里程碑或发版计划去加班。
让一个团队高效工作的方式是引导和激励，而不是命令和任务。
⑦过多的演示
在项目开发过程中，仅仅为了给领导做演示而去停止当前的开发工作，使用mockup数据来使表单美观。如果一次两次真的没什么，过多的演示势必造成开发的拖延。
如果使用敏捷开发就没上面这种问题了，因为持续交付可以保证系统在任何时候都是可运行的，并拿出来进行演示。
