缺乏合理的进度安排是项目滞后的主因，它比其它所有因素加起来的影响还大，导致这种情况有如下几点：
- 对于估算技术缺乏有效的研究：换句话说你所估算存在一个大前提，一切按照理想状态良好运作，理想很丰满现实很骨感。
- 采用的估算技术隐含的将工作量和进度混淆：换句话说你往往认为工作时间和投入人力资源成反比。
- 对于自己的估算缺乏信心：通常情况下，项目经理很少有耐心持续进行这项工作的估算。
- 对进度缺少监控跟踪。
- 当出现进度偏移时，想到的往往是增加人力，你没想到的是这样往往形成恶性循环。
错误的假设：一切都运转良好
举一个例子，就如同程序员的乐观天性，每次都会认为自己写的代码肯定没问题一样。项目经理在进行进度计划制定时，肯定基于一个假设前提：一切都运转良好，每个活动花费的时间都是”应该“花费的时间。
在单个活动层面来看，一切运转正常在概率上还是很大的，但是项目往往是无数个活动组合起来的，各个活动的先后顺序、依赖关系层出不穷，那么一切正常运转的概率就微乎其微了。
错误的假设：人力的数量、和活动需要时间是可以互换的
由于每个活动错综复杂的关系，人力和进度之间往往不是单纯的反比关系。
- 当某个任务完全可以分解成项目独立的子活动时，在一定范围内是可以通过增加人力来抵消活动所需时间的，但是这种情况在实际项目中往往很少。
- 当活动能分解成在次序上依赖的活动，人力的增加对进度来说毫无用处。
- 当活动能分解，但是子任务是需要沟通交流的任务：此时就需要考虑沟通和交流的工作量和成本了，如果新增加的人员，对工作不是很熟悉的话，增加人力反而会增加工作的时间。因为此时人力投入会带来其他的工作任务：比如技术培训、项目目标、总体策略培训等，另外沟通、交流的工作量是分厂巨大的，所以往往增加人力是为了节省时间，但是结果往往是延长了时间进度。
系统测试
在进度规划中，安排最不合理之处往往出自于对系统测试的安排，因为需要的时间往往依赖遇到的错误、缺陷的数量、难以发现的程度。然而我们实际的缺陷数量往往比我们预测的要多的多，所以系统测试进度安排往往不合理导致项目进度落后。
空泛的估算
项目的计划进度往往受限于客户要求的紧迫程度，但是更无法控制实际的完成情况，就好比你去饭店，要求1分钟给你上一个煎蛋，看似简单吧，可是1分钟煎不好只能选择等待，或者火加大一点，往往就是这样煎蛋就焦了。
话糙理不糙，项目也往往如此，为了满足客户的需求，进行不合理的进度安排。
标签：往往,估算,项目,主因,进度,滞后,人力,活动 来源： https://blog.csdn.net/alfredkao/article/details/117290956
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。