项目滞后的主因

缺乏合理的进度安排是项目滞后的主因，它比其它所有因素加起来的影响还大，导致这种情况有如下几点：

• 对于估算技术缺乏有效的研究：换句话说你所估算存在一个大前提，一切按照理想状态良好运作，理想很丰满现实很骨感。
• 采用的估算技术隐含的将工作量和进度混淆：换句话说你往往认为工作时间和投入人力资源成反比。
• 对于自己的估算缺乏信心：通常情况下，项目经理很少有耐心持续进行这项工作的估算。
• 对进度缺少监控跟踪。
• 当出现进度偏移时，想到的往往是增加人力，你没想到的是这样往往形成恶性循环。

错误的假设：一切都运转良好
举一个例子，就如同程序员的乐观天性，每次都会认为自己写的代码肯定没问题一样。项目经理在进行进度计划制定时，肯定基于一个假设前提：一切都运转良好，每个活动花费的时间都是”应该“花费的时间。

在单个活动层面来看，一切运转正常在概率上还是很大的，但是项目往往是无数个活动组合起来的，各个活动的先后顺序、依赖关系层出不穷，那么一切正常运转的概率就微乎其微了。

错误的假设：人力的数量、和活动需要时间是可以互换的

由于每个活动错综复杂的关系，人力和进度之间往往不是单纯的反比关系。

1. 当某个任务完全可以分解成项目独立的子活动时，在一定范围内是可以通过增加人力来抵消活动所需时间的，但是这种情况在实际项目中往往很少。
2. 当活动能分解成在次序上依赖的活动，人力的增加对进度来说毫无用处。
3. 当活动能分解，但是子任务是需要沟通交流的任务：此时就需要考虑沟通和交流的工作量和成本了，如果新增加的人员，对工作不是很熟悉的话，增加人力反而会增加工作的时间。因为此时人力投入会带来其他的工作任务：比如技术培训、项目目标、总体策略培训等，另外沟通、交流的工作量是分厂巨大的，所以往往增加人力是为了节省时间，但是结果往往是延长了时间进度。

系统测试
在进度规划中，安排最不合理之处往往出自于对系统测试的安排，因为需要的时间往往依赖遇到的错误、缺陷的数量、难以发现的程度。然而我们实际的缺陷数量往往比我们预测的要多的多，所以系统测试进度安排往往不合理导致项目进度落后。

空泛的估算
项目的计划进度往往受限于客户要求的紧迫程度，但是更无法控制实际的完成情况，就好比你去饭店，要求1分钟给你上一个煎蛋，看似简单吧，可是1分钟煎不好只能选择等待，或者火加大一点，往往就是这样煎蛋就焦了。
话糙理不糙，项目也往往如此，为了满足客户的需求，进行不合理的进度安排。

标签：往往,估算,项目,主因,进度,滞后,人力,活动
来源： https://blog.csdn.net/alfredkao/article/details/117290956