迭代什么意思 “迭代式”项目计划管理

项目计划管理应该是动态的

在项目管理的知识体系中，计划过程是一个非常重要的过程。项目计划对项目实施有直接的指导作用，是项目管理的重要基线。

在项目管理的早期传统实践中，非常重视项目规划，应该对项目所需的各种资源和活动进行预测和评估，直到项目结束的整个过程进行明确的规划。在后续的项目执行和控制过程中，我们也对项目计划心存敬畏。在项目计划的基础上，我们努力使项目执行符合项目计划，并尽最大努力确保项目能够按照计划执行。虽然也允许改变项目计划，但通常是尽量不使用。认为计划的变更意味着计划没有被考虑好，或者在计划的执行中存在管理上的缺陷。

项目计划中的所有未来安排都基于假设，即使有100%的信心。随着整个项目环境的不确定性越来越大，项目计划中假设的各种条件越来越不稳定，在项目的实际实施过程中很可能会发生很大的变化，导致原项目计划不得不进行相应的调整。这是不可避免的现实。所以我们经常能听到这样的说法，项目计划没用，因为反正未来不确定，现在做了计划之后就变了。

以上两种观点是对项目计划管理的片面理解。

比如制定计划后，只能按照执行的方式。我们将其与传统火炮进行比较。经过一番计算，针对目标相当于制定了计划。假设计算中考虑了各种影响因素，一旦推出，就不需要人为更改了。具有制导能力的现代火炮也需要提前设计基本弹道。发射后可根据偏差及时调整，持续修正，以保证最终命中目标。这种情况下，即使目标移动，也可以通过及时调整弹丸的弹道来跟踪目标的变化。

因此，面对不断变化的外部环境，不是没有必要制定计划，而是在制定计划的基础上，加强后续的计划跟踪管理，根据情况的变化及时修订计划。计划管理的动态特征更加明显。如果项目因素与计划中的假设一致，则按原计划执行；如果有大的偏差，项目计划将被修改，然后根据新的计划实施。

这一点在PMBOK中已经讲得很清楚了:

图中箭头从控制过程回到规划过程，意义深远。当在项目的控制过程中发现偏差，需要修改计划时，需要回到计划过程中对计划进行调整，然后根据新的计划进入实施过程。这是一个典型的反馈控制系统，理论上符合计划动态管理的要求，关键是在实践中如何使用。

当然，当实际项目与计划出现偏差时，要看实际情况，是在实施过程中调整偏差使实际情况再次符合计划(如加班赶进度)，还是需要回到计划过程中调整项目计划。

面对变化越来越频繁的趋势，在实践中，项目计划的管理思想确实需要与之相适应，项目计划可以通过“迭代”来管理。比如按照WBS，可以先把有条件、相对稳定的分支内容开发出来做一个详细的计划，其他不太清楚的先做一个大概的计划，有条件的再逐步细化。在软件开发项目中，往往针对需求的不同部分安排不同的开发进度；或者先做一个大概的总体里程碑计划，然后对项目进行一个一个的详细规划，一个阶段完成后再根据实际情况做下一阶段的规划，这是探索创新经常用到的。

实践中最常见的问题是:机械静态的规划和执行，不能根据情况及时调整；另一种是，当需要改变计划时，不能回到计划过程中对计划进行调整，而是在执行过程中直接“即兴发挥”和进行调整，从而失去了可以作为基线的项目计划，从而失去了对项目目标的整体把握。后一个问题往往被所谓的“创新”和“试错”所掩盖。

项目计划的动态管理并不是对PMBOK中计划管理要求的突破，更体现了PMBOK知识和经验的价值。我们应该对计划管理的原则和要求有更深的理解，并能够根据复杂多变的情况灵活应用。

要做到“敏捷”，首先要努力成为项目管理大师。

元宵节快乐

本期主编|严

内容来源| IT管理工匠

-结束-

请注明原内容转载来源:项目经理联盟(mypm_net)