探究企业信息化中IT项目失败的原因

　　错误五：工作到深夜

　　让我们假设有个项目要每周工作40小时，连续六个月才能完成。如果你让所有人每周工作60小时，那么持续四个月就能完全搞定。软件团队可能甚至会接受这个挑战，因为这使他们看上去像英雄(那个海象队有多厉害？他们每个周末都来工作!)这能行的，是吧？再想想吧。有一部完整的文献论述了“加班不会使软件更快产出”。Edward Yourdon，作为软件企业家和该文献的作者，称这种项目为“死亡行军”。

　　软件开发者花费大量的脑力劳动。即使是最好的程序员，也很少有能坚持几小时以上的高强度脑力劳动。另外，他们还需要休息一下大脑。这就是为什么你好像总能撞到他们在上网或玩游戏。

　　强迫他们投入更长时间坐在电脑前，并不会转化为更多的产出—即使会，那都将是劣质的产品。当软件开发者的大脑完全发烧，他们几乎做错多过做对，写出无法使用的代码，或者引入大量的bug。而如果你真的禁止他们上网，玩多人游戏，强迫他们在正常的睡眠时间继续写代码，好吧，他们可能会开始离你而去。死亡行军不是造成项目延期和预算爆炸的唯一条件，但绝对是充分条件。

　　如果以上是使你项目失败的方法汇总，那么怎样做到万无一失呢？首先，你要招聘一个巨星级人马。在Fog Creek，对于一个全职岗位，我们倾向于审核大约400个候选人。因为最优秀的开发者拥有十倍于“一般优秀”的创造力。

　　其次，让开发者给出细粒度的时间预算。是的，让开发者去预估制作一个新应用需要花多长时间，是不容易的。这就是为什么他们要在每个项目之前作出可靠的蓝图。

　　一旦你有时间表在手，不要尝试提前截止日期。如果项目不能在你能谅解的时间内完成，解决方法不应是去交涉一个“好听的”时间表，而应该是争取更多资源，或者推迟上线，或者拿掉一些功能。

　　当项目正在进行时，你会多次被诱导而想重新分配工作。但你要谨慎地重分配。所换的新人需要花不少时间去驾驭原作者的代码。我觉得让人员在不同岗位上轮换有助于消除不可替代性，但我是谨慎地安排这事，并且在时间表里加入额外的三周给新人以学习新代码，和额外的一周给旧人去教新人。

　　最后，鼓励你的员工按合理的工时，一周干40小时。我是说真的。除了偶尔为截止日期而冲刺，我们在Fog Creek都是一天8小时工作制。在技术的世界里，应该将一个大项目看成是一次马拉松，而非一次短跑。