2.2.2　在迭代型生命周期中使用WBS

在迭代型生命周期中，通过连续的原型法或概念证明来改进产品或结果。每个新的原型都能带来新的（或额外的）相关方反馈和团队见解。在下一个周期中，团队集成这些新的信息，并通过重复一个或多个项目活动来重新构建原型。

当项目的复杂性高、变更频繁，或者项目范围受到相关方的不同观点、技术进步或期望的最终产品的支配时，采用迭代型生命周期更有优势。当采用迭代型生命周期时，可能需要更长的时间，因为它是为学习而优化的，而不是为交付速度而优化的。在迭代型生命周期中，通常直到项目结束都不会交付实质性的商业价值。在某些情况下，采用迭代型生命周期可提高进入下一个里程碑或为下一阶段获得关键批准的可能性。

在迭代型生命周期中，项目范围通常在项目生命周期的早期确定，但时间及成本估算将随着项目团队对产品理解的不断深入而定期修改。迭代方法通过一系列重复的循环活动来开发产品，而增量方法通过渐进地增加产品功能来开发产品，如图2-6所示。

在迭代型生命周期中，WBS的表示通常遵循以下惯用做法：

◆ 项目名称出现在WBS的第一层次。

◆ 第二层次表示项目阶段（迭代）。重复项目的多个初始阶段（迭代），直到相关方对分解达成一致。此外，项目的后期阶段（迭代）会重复进行，直到项目交付最终的输出。

◆ 第三层次和其他下级层次可以用来表示可交付成果或工作包。

◆ 根据项目的规模和复杂性，WBS分解可以继续进行。

◆ WBS组件的最低层次被称为工作包。

图2-7展示了基于阶段WBS的惯用做法。

随着项目范围的逐步细化，WBS迭代地演化，直到范围中的每次迭代分别被基准化。

在迭代型生命周期中，项目的范围基准是经过批准的项目范围说明书、WBS和相应的在项目生命周期中详细阐述的WBS词典。基准仅通过正式的变更控制程序进行变更，并在项目实施期间作为比较的基础，如图2-8所示。