项目管理：为什么项目总会延期

在项目中，缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素加起来的影响还大。导致这种普遍性灾难的原因是什么呢？

首先，如何进行合理的估算，建立在一种悄无声息，但并不真实的假设之上——一切都将运作良好。但是从来不可能有这种一切运作良好的项目存在，

因为执行者是人，而人就会犯错，理解偏差，对原有代码的不了解，无效沟通等等诸多问题都会在执行者身上出现。

毕竟对于各种千奇百怪的需求，除非是之前做过，否则，你永远不知道会遇到什么问题，一句隐藏在需求文档中某个旮旯角的话语，有可能就要耗掉一个技术2天甚至3天的时间。

而这，往往会在需求评审时被有意无意地忽略掉，毕竟最重要的需求评审在当前的需求开发中

往往会被要求尽量缩短时间，“产品已经设计完了，你们技术尽快开始，月底上线，没问题吧！”

第二，我们采用的估算技术隐含地假设人和月可以互换，错误地将进度与工作量相互

混淆。一个锅蒸一个包子需要3分钟，那么三个锅蒸一个包子呢，难道只需要一分钟么？

当业务耦合度非常高的时候，某个任务往往只能交给一人来写，不然随之带来的沟通成本

以及联合调试成本经常使得增加的人力做得更多的是无用功。但是往往上级领导为了表示对项目的重视，通常会向项目中增加人员，而增加的人员往往也是一头雾水，面对大量的代码无从下手，毕竟编程不是垒砖，需要在了解原有项目的基础上进行工作。

因为需求工期一般是是估算，不是精确地计算，项目经理通常不会有耐心持续地进行估算这项工作。当项目中某个模块遇到棘手问题时，往往无法估算具体解决时间，即使估算后也无法增加时间，毕竟月底上线的要求犹在耳边回荡，这时候去要时间很可能换来的只有一句话“要时间没有，你们周六日加班吧！”。

其他工程领域中，经过验证的跟踪技术和常规监督程序，在软件工程中常常被认为是无谓的举动。但是在软件工程方面，跟踪往往也是无效果，毕竟大多数企业加需求就像喝水一样轻松。领导知道不能让玻璃幕墙换成瓷砖，但是提得这个软件功能点需要多少时间，那可就没领导知道了。领导上线，领导打开网站一看，提几个新需求，往往就是几个不眠不休的日子。

当项目经理意识到进度的偏移时，下意识的反应是增加人力以及加班。

方向错了，努力再多也是白费。新加入的人员往往需要一段时间才能形成战斗力，而长时间的加班往往带来的是员工的精神和身体上的疲倦，这两者往往都是饮鸩止渴。