言归正传，现在我要揪出导致项目失败的两大隐形sha手：范围蔓延和过度承诺。

　　“过度承诺”，最常见的是开发团队顶不住客户或者上级经理的压力，在一定的(如40个小时)工作时间内承诺了过多(譬如60个小时)的工作量，从而导致加班赶进度，项目质量低下，管理混乱等问题，结果往往是最后团队又无法完成当初的承诺或者效果大打折扣。导致这个现象的原因有很多，其中有两条是关键：1-客户或者上级经理都会希望用最少的金钱，最短的时间去做最多的事情，所以往往提出一些超额的要求;2-团队由于希望有个良好的表现或者想迎接挑战，很难或者根本无法拒绝这些超额的要求。

　　“范围蔓延”常指客户或者上级经理先设定了一个Deadline，譬如本周五提交，然后在期限之前又不停地提一些新的要求或者变更，譬如增加些小功能或者效果，或者改变一些已经实现的部分，或者塞进来几个Bug，etc.最终这些小的改动积累起来的工作量加上本来应当完成的工作量已经大大超出了最初的范围，团队也因此无法在规定的期限内及时达成目标。我认为这是项目失败的最大隐形sha手，因为这个问题最难识别和控制。原因其实也好理解，一方面鲜有要求不发生改变的客户(咱们所服务的人，总是很难在一开始就说清自己的需要，随着时间推移他总会提出新的想法、或者改变一些想法、或者遗弃一些想法)，另一方面是包括开发人员在内，都会希望限定时间内把这个版本尽可能完善“镀金”。这样就不知不觉就多了很多未预期的工作量出来，最后衍生出时间紧迫，没精力顾及项目管理和质量，提交的版本难以冻结等等问题。

　　当然，正如前面其它文章所总结，还有很多方面的问题会导致项目失败的风险增加，这两个sha手只是其中的一部分原因而已，我们做项目管理的应该能够及时识别出所有这些风险并采取恰当的应对措施。