1704398448
6.4.2.8 会议
1704398449
1704398450
项目团队可能会召开会议来估算活动持续时间。如果采用敏捷方法，则有必要举行冲刺或迭代计划会议，以讨论按优先级排序的产品未完项（用户故事），并决定团队在下一个迭代中会致力于解决哪个未完项。然后团队将用户故事分解为按小时估算的底层级任务，然后根据团队在持续时间（迭代）方面的能力确认估算可行。该会议通常在迭代的第一天举行，参会者包括产品负责人、开发团队和项目经理，会议结果包括迭代未完项、假设条件、关注事项、风险、依赖关系、决定和行动。
1704398451
1704398452
6.4.3 估算活动持续时间：输出
1704398453
1704398454
6.4.3.1持续时间估算
1704398455
1704398456
持续时间估算是对完成某项活动、阶段或项目所需的工作时段数的定量评估，其中并不包括任何滞后量（见6.3.2.3节），但可指出一定的变动区间。例如：
1704398457
1704398458
◆ 2 周 ± 2 天，表明活动至少需要 8 天，最多不超过 12 天（假定每周工作 5 天）；
1704398459
1704398460
◆ 超过 3 周的概率为 15%，表明该活动将在 3 周内（含 3 周）完工的概率为 85%。
1704398461
1704398462
6.4.3.2 估算依据
1704398463
1704398464
持续时间估算所需的支持信息的数量和种类，因应用领域而异。不论其详细程度如何，支持性文件都应该清晰、完整地说明持续时间估算是如何得出的。
1704398465
1704398466
持续时间估算的支持信息可包括：
1704398467
1704398468
◆ 关于估算依据的文件（如估算是如何编制的）；
1704398469
1704398470
◆ 关于全部假设条件的文件；
1704398471
1704398472
◆ 关于各种已知制约因素的文件；
1704398473
1704398474
◆ 对估算区间的说明（如“±10%”），以指出预期持续时间的所在区间；
1704398475
1704398476
◆ 对最终估算的置信水平的说明；
1704398477
1704398478
◆ 有关影响估算的单个项目风险的文件。
1704398479
1704398480
6.4.3.3 项目文件更新
1704398481
1704398482
可在本过程更新的项目文件包括（但不限于）：
1704398483
1704398484
◆ 活动属性。见6.2.3.2节。本过程输出的活动持续时间估算将记录在活动属性中。
1704398485
1704398486
◆ 假设日志。见4.1.3.2节。这包括为估算持续时间而制定的假设条件，如资源的技能水平、可用性，以及估算依据，此外还记录了进度计划方法论和进度计划编制工具所带来的制约因素。
1704398487
1704398488
◆ 经验教训登记册。见4.4.3.1节。在更新经验教训登记册时，可以增加能够有效和高效地估算人力投入和持续时间的技术。
1704398489
1704398490
1704398491
1704398492
1704398493
项目管理知识体系指南（PMBOK指南）（第6版） 6.5 制定进度计划
1704398494
1704398495
制定进度计划是分析活动顺序、持续时间、资源需求和进度制约因素，创建进度模型，从而落实项目执行和监控的过程。本过程的主要作用是，为完成项目活动而制定具有计划日期的进度模型。本过程需要在整个项目期间开展。图6-14 描述本过程的输入、工具与技术和输出，图6-15 是本过程的数据流向图。
1704398496
1704398497
