1704398648
1704398649
1704398650
1704398651
1704398652
图6-20 产品愿景、发布规划和迭代计划之间的关系
1704398653
1704398654
6.5.3 制定进度计划：输出
1704398655
1704398656
6.5.3.1 进度基准
1704398657
1704398658
进度基准是经过批准的进度模型，只有通过正式的变更控制程序才能进行变更，用作与实际结果进行比较的依据。经相关方接受和批准，进度基准包含基准开始日期和基准结束日期。在监控过程中，将用实际开始和完成日期与批准的基准日期进行比较，以确定是否存在偏差。进度基准是项目管理计划的组成部分。
1704398659
1704398660
6.5.3.2 项目进度计划
1704398661
1704398662
项目进度计划是进度模型的输出，为各个相互关联的活动标注了计划日期、持续时间、里程碑和所需资源等信息。项目进度计划中至少要包括每个活动的计划开始日期与计划完成日期。即使在早期阶段就进行了资源规划，但在未确认资源分配和计划开始与完成日期之前，项目进度计划都只是初步的。一般要在项目管理计划（见4.2.3.1节）编制完成之前进行这些确认。还可以编制一份目标项目进度模型，规定每个活动的目标开始日期与目标完成日期。项目进度计划可以是概括（有时称为主进度计划或里程碑进度计划）或详细的。虽然项目进度计划可用列表形式，但图形方式更常见。可以采用以下一种或多种图形来呈现：
1704398663
1704398664
◆ 横道图。横道图也称为“甘特图”，是展示进度信息的一种图表方式。在横道图中，纵向列示活动，横向列示日期，用横条表示活动自开始日期至完成日期的持续时间。横道图相对易读，比较常用。它可能会包括浮动时间，也可能不包括，具体取决于受众。为了便于控制，以及与管理层进行沟通，可在里程碑或横跨多个相关联的工作包之间，列出内容更广、更综合的概括性活动，并在横道图报告中显示。见图6-21 中的“概括性进度计划”部分，它按WBS 的结构罗列相关活动。
1704398665
1704398666
◆ 里程碑图。与横道图类似，但仅标示出主要可交付成果和关键外部接口的计划开始或完成日期，见图6-21 的“里程碑进度计划”部分。
1704398667
1704398668
◆ 项目进度网络图。这些图形通常用活动节点法绘制，没有时间刻度，纯粹显示活动及其相互关系，有时也称为“纯逻辑图”，如图6-11 所示。项目进度网络图也可以是包含时间刻度的进度网络图，有时称为“逻辑横道图”，如图6-21 中的详细进度计划所示。这些图形中有活动日期，通常会同时展示项目网络逻辑和项目关键路径进度活动。本例子也显示了如何通过一系列相关活动来对每个工作包进行规划。项目进度网络图的另一种呈现形式是“时标逻辑图”，其中包含时间刻度和表示活动持续时间的横条，以及活动之间的逻辑关系。它们用于优化展现活动之间的关系，许多活动都可以按顺序出现在图的同一行中。
1704398669
1704398670
图6-21 是一个正在执行的示例项目的进度计划，工作进展是通过截止日期或状态日期表示的。针对一个简单的项目，图6-21 给出了进度计划的三种形式：（1）里程碑进度计划，也叫里程碑图；（2）概括性进度计划，也叫横道图；（3）详细进度计划，也叫项目进度关联横道图。图6-21 还直观地显示出项目进度计划不同详细程度的关系。
1704398671
1704398672
1704398673
1704398674
1704398675
图6-21 项目进度计划示例
1704398676
1704398677
6.5.3.3 进度数据
1704398678
1704398679
项目进度模型中的进度数据是用以描述和控制进度计划的信息集合。进度数据至少包括进度里程碑、进度活动、活动属性，以及已知的全部假设条件与制约因素，而所需的其他数据因应用领域而异。经常可用作支持细节的信息包括（但不限于）：
1704398680
1704398681
◆ 按时段计列的资源需求，往往以资源直方图表示；
1704398682
1704398683
◆ 备选的进度计划，如最好情况或最坏情况下的进度计划、经资源平衡或未经资源平衡的进度计划、有强制日期或无强制日期的进度计划；
1704398684
1704398685
◆ 使用的进度储备。
1704398686
1704398687
进度数据还可包括资源直方图、现金流预测、订购与交付进度安排或其他相关信息。
1704398688
1704398689
6.5.3.4 项目日历
1704398690
1704398691
在项目日历中规定可以开展进度活动的可用工作日和工作班次，它把可用于开展进度活动的时间段（按天或更小的时间单位）与不可用的时间段区分开来。在一个进度模型中，可能需要采用不止一个项目日历来编制项目进度计划，因为有些活动需要不同的工作时段。因此，可能需要对项目日历进行更新。
1704398692
1704398693
6.5.3.5 变更请求
1704398694
1704398695
见4.3.3.4节。修改项目范围或项目进度计划之后，可能会对范围基准和/或项目管理计划的其他组成部分提出变更请求，应该通过实施整体变更控制过程（见4.6节）对变更请求进行审查和处理。预防措施可包括推荐的变更，以消除或降低不利进度偏差的发生概率。
1704398696
1704398697
6.5.3.6 项目管理计划更新