项目进度计划是进度模型的输出，为各个相互关联的活动标注了计划日期、持续时间、里程碑和所需资源等星系。项目进度计划中至少要包括每个活动的计划开始日期与计划完成日期。即使在早期阶段就进行了资源规划，但在未确认资源分配和计划开始与完成日期之前，项目进度计划都只是初步的。一般要在项目管理计划（见 4.2.3.1 节）编制完成之前进行这些确认。还可以编制一份目标项目进度模型，规定每个活动的目标开始日期与目标完成日期。项目进度计划可以是概括（有时称为主进度计划或里程碑进度计划）或详细的。虽然项目进度计划可用列表形式，但图形方式更常见。可以采用以下一种或多种图形来呈现：
- 横道图。横道图也称为“甘特图”，是展示进度信息的一种图表方式。在横道图中，纵向列示活动，横向列示日期，用横条表示活动自开始日期至完成日期的持续时间。横道图相对易读，比较常用。它可能会包括浮动时间，也可能不包括，具体取决于受众。为了便于控制，以及与管理层进行沟通，可在里程碑或横跨多个相关联的工作包之间，列出内容更广、更综合的概括性活动，并在横道图报告中显示。见图 6-21 中的“概括性进度计划”部分，它按 WBS 的结构罗列相关活动。
- 里程碑图。与横道图类似，但仅标示出主要可交付成果和关键外部接口的计划开始或完成日期，见图 6-21 的“里程碑进度计划”部分。
- 项目进度网络图。这些图形通常用活动节点法绘制，没有时间刻度，纯粹显示活动及其相互关系，有时也称为“纯逻辑图”，如图 6-11 所示。项目进度网络图也可以是包含时间刻度的进度网络图，有时称为“逻辑横道图”，如图 6-21 中的详细进度计划所示。这些图形中有活动日期，通常会同时展示项目网络逻辑和项目关键路径活动等信息。本例子也显示了如何通过一系列相关活动来对每个工作包进行规划。项目进度网络图的另一种呈现形式是“时标逻辑图”，其中包含时间刻度和表示活动持续时间的横条，以及活动之间的逻辑关系。它们用于优化展现活动之间的关系，许多活动都可以按顺序出现在图的同一行中。
图 6-21 是一个正在执行的示例项目的进度计划，工作进展是通过截止日期或状态日期表示的。针对
一个简单的项目，图 6-21 给出了进度计划的三种形式：（1）里程碑进度计划，也叫里程碑图；（2）概括性进度计划，也叫横道图；（3）详细进度计划，也叫项目进度关联横道图。图 6-21 还直观地显示出项目进度计划不同详细程度的关系。
图 6-21项目进度计划示例
可作为本过程输入的项目文件包括（但不限于）：
- 变更日志。见 4.6.3.3 节。变更日志记录所有变更请求的状态。
- 经验教训登记册。见 4.4.3.1 节。经验教训用于改进项目绩效，以免重犯错误。登记册有助于确定针对哪些方面设定规则或指南，以使团队行动保持一致。
- 里程碑清单。见 6.2.3.3 节。里程碑清单列出特定里程碑的计划实现日期。
- 项目沟通记录。见 10.2.3.1 节。项目沟通记录包含绩效报告、可交付成果的状态，以及项目生成的其他信息。
- 项目进度计划。见 6.5.3.2 节。进度计划至少包含工作活动清单、持续时间、资源，以及计划的开始与完成日期。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵把产品需求连接到相应的可交付成果，有助于把关注点放在最终结果上。
- 风险登记册。见 11.2.3.1 节。风险登记册提供可能影响项目执行的各种威胁和机会的信息。
- 风险报告。见 11.2.3.2 节。风险报告提供关于整体项目风险来源的信息，以及关于已识别单个项目风险的概括信息。
见 4.6.3.1 节。批准的变更请求是实施整体变更控制过程的输出，包括经项目经理审查和批准的变更请求，必要时可经变更控制委员会 (CCB) 审查和批准。批准的变更请求可能是纠正措施、预防措施或缺陷补救，并由项目团队纳入项目进度计划付诸实施，可能对项目或项目管理计划的任一领域产生影响，还可能导致修改正式受控的项目管理计划组件或项目文件。
变更请求是关于修改任何文件、可交付成果或基准的正式提议。如果在开展项目工作时发现问题，就可提出变更请求，对项目政策或程序、项目或产品范围、项目成本或预算、项目进度计划、项目或产品结果的质量进行修改。其他变更请求包括必要的预防措施或纠正措施，用来防止以后的不利后果。任何项目相关方都可以提出变更请求，应该通过实施整体变更控制过程（见 4.6 节）对变更请求进行审查和处理。变更请求源自项目内部或外部，是可选或由法律（合同）强制的。变更请求可能包括：
有关项目进度计划方法的新兴实践包括（但不限于）：
除了首尾两项，每项活动都至少有一项紧前活动和一项紧后活动，并且逻辑关系适当。通过设计逻辑关系来创建一个切实的项目进度计划，可能有必要在活动之间使用提前量或滞后量，使项目进度计划更为切实可行；可以使用项目管理软件、手动技术或自动技术，来排列活动顺序。排列活动顺序过程旨在将项目活动列表转化为图表，作为发布进度基准的第一步。
制定可行的项目进度计划是一个反复进行的过程。基于获取的最佳信息，使用进度模型来确定各项目活动和里程碑的计划开始日期和计划完成日期。编制进度计划时，需要审查和修正持续时间估算、资源估算和进度储备，以制定项目进度计划，并在经批准后作为基准用于跟踪项目进度。关键步骤包括定义项目里程碑、识别活动并排列活动顺序，以及估算持续时间。一旦活动的开始和完成日期得到确定，通常就需要由分配至各个活动的项目人员审查其被分配的活动。之后，项目人员确认开始和完成日期与资源日历没有冲突，也与其他项目或任务没有冲突，从而确认计划日期的有效性。最后分析进度计划，确定是否存在逻辑关系冲突，以及在批准进度计划并将其作为基准之前是否需要资源平衡。同时，需要修订和维护项目进度模型，确保进度计划在整个项目期间一直切实可行，见 6.7 节。
关键路径法用于在进度模型中估算项目最短工期，确定逻辑网络路径的进度灵活性大小。这种进度网络分析技术在不考虑任何资源限制的情况下，沿进度网络路径使用顺推与逆推法，计算出所有活动的最早开始、最早结束、最晚开始和最晚法完成日期，如图 6-16 所示。在这个例子中，最长的路径包括活动 A、C 和 D，因此，活动序列 A - C - D 就是关键路径。关键路径是项目中时间最长的活动顺序，决定着可能的项目最短工期。最长路径的总浮动时间最少，通常为零。由此得到的最早和最晚的开始和结束日期并不一定就是项目进度计划，而只是把既定的参数（活动持续时间、逻辑关系、提前量、滞后量和其他已知的制约因素）输入进度模型后所得到的一种结果，表明活动可以在该时段内实施。关键路径法用来计算进度模型中的关键路径、总浮动时间和自由浮动时间，或逻辑网络路径的进度灵活性大小。
而可以用浮动时间平衡资源。因此，在项目进度计划期间，关键路径可能发生变化。
可用作本过程的数据分析技术包括（但不限于）：
- 假设情景分析。假设情景分析是对各种情景进行评估，预测它们对项目目标的影响（积极或消极的）。假设情景分析就是对“如果情景 X 出现，情况会怎样？”这样的问题进行分析，即基于已有的进度计划，考虑各种各样的情景。例如，推迟某主要部件的交货日期，延长某设计工作的时间，或加入外部因素（如罢工或许可证申请流程变化等）。可以根据假设情景分析的结果，评估项目进度计划在不同条件下的可行性，以及为应对意外情况的影响而编制进度储备和应对计划。
- 模拟。模拟是把单个项目风险和不确定性的其他来源模型化的方法，以评估它们对项目目标的潜在影响。最常见的模拟技术是蒙特卡罗分析（见 11.4.2.5 节），它利用风险和其他不确定资源计算整个项目可能的进度结果。模拟包括基于多种不同的活动假设、制约因素、风险、问题或情景，使用概率分布和不确定性的其他表现形式（见 11.4.2.4 节），来计算出多种可能的工作包持续时间。图 6-18 显示了一个项目的概率分布，表明实现特定目标日期（即项目完成日期）的可能性。在这个例子中，项目按时或在目标日期，即 5 月 13 日之前完成的概率是 10%，而在 5 月 28 日之前完成的概率是 90%。
图 6-18目标里程碑的概率分布示例
有关蒙特卡洛模拟如何用于进度模型的更多信息，请参见《进度计划实践标准》。
对客户而言，产品功能就是价值，因此，该时间轴定义了每次迭代结束时交付的功能，提供了更易于理解的项目进度计划，而这些就是客户真正需要的信息。
图 6-21项目进度计划示例
在项目日历中规定可以开展进度活动的可用工作日和工作班次，它把可用于开展进度活动的时间段（按天或更小的时间单位）与不可用的时间段区分开来。在一个进度模型中，可能需要采用不止一个项目日历来编制项目进度计划，因为有些活动需要不同的工作时段。因此，可能需要对项目日历进行更新。
见 4.3.3.4 节。修改项目范围或项目进度计划之后，可能会对范围基准和/或项目管理计划的其他组成部分提出变更请求，应该通过实施整体变更控制过程（见 4.6 节）对变更请求进行审查和处理。
作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。在项目早期获得的经验教训可以运用到后期阶段，以改进进度控制。
- 项目日历。见 6.5.3.4 节。在一个进度模型中，可能需要不止一个项目日历来预测项目进度，因为有些活动需要不同的工作时段。
- 项目进度计划。见 6.5.3.2 节。项目进度计划是最新版本的项目进度计划，其中图示了截至指定日期的更新情况、已完活动和已开始活动。
- 资源日历。见 9.2.1.2 节。资源日历显示了团队和物质资源的可用性。
- 进度数据。见 6.5.3.3 节。在控制进度过程中需要对进度数据进行审查和更新。
可在本过程更新的项目文件包括（但不限于）：
- 假设日志。见 4.1.3.2 节。进度绩效可能表明需要修改关于活动排序、持续时间和生产效率的假设条件。
- 估算依据。见 6.4.3.2 节。进度绩效可能表明需要修改持续时间的估算方式。
- 经验教训登记册。见 4.4.3.1 节。更新经验教训登记册，以记录维护进度的有效技术，以及造成偏差的原因和用于应对进度偏差的纠正措施。
- 项目进度计划。把更新后的进度数据代入进度模型，生成更新后的项目进度计划（见 6.5.3.2节），以反映进度变更并有效管理项目。
- 资源日历。见 9.2.1.2 节。更新资源日历，以反映因资源优化、进度压缩，以及纠正或预防措施而导致的资源日历变更。
- 风险登记册。见 11.2.3.1 节。采用进度压缩技术可能导致风险，也就可能需要更新风险登记册及其中的风险应对计划。
- 进度数据。见 6.5.3.3 节。可能需要重新绘制项目进度网络图，以反映经批准的剩余持续时间和经批准的进度计划修改。有时，项目进度延误非常严重，以至于必须重新预测开始与完成日期，编制新的目标进度计划，才能为指导工作、测量绩效和度量进展提供现实的数据。
可作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。项目早期与制定成本估算有关的经验教训可以运用到项目后期阶段，以提高成本估算的准确度和精确度。
- 项目进度计划。见 6.5.3.2 节。进度计划包括项目可用的团队和实物资源的类型、数量和可用时间长短。如果资源成本取决于使用时间的长短，并且成本出现季节波动，则持续时间估算（见 6.4.3.1 节）会对成本估算产生影响。进度计划还为包含融资成本（包括利息）的项目提供有用信息。
- 资源需求。见 9.2.3.1 节。资源需求明确了每个工作包或活动所需的资源类型和数量。
- 风险登记册。见 11.2.3.1 节。风险登记册包含了已识别并按优先顺序排列的单个项目风险的详细信息，及针对这些风险采取的应对措施。风险登记册还提供了可用于估算成本的详细信息。
可作为本过程输入的项目文件包括（但不限于）：
- 估算依据。见 6.4.3.2 节。在估算依据中包括基本的假设条件，例如，项目预算中是否应该包含间接成本或其他成本。
- 成本估算。见 7.2.3.1 节。各工作包内每个活动的成本估算汇总后，即得到各工作包的成本估算。
- 项目进度计划。见 6.5.3.2 节。项目进度计划包括项目活动、里程碑、工作包和控制账户的计划开始和完成日期。可根据这些信息，把计划成本和实际成本汇总到相应的日历时段中。
- 风险登记册。见 11.2.3.1 节。应该审查风险登记册，以确定如何汇总风险应对成本。风险登记册的更新包含在项目文件更新中，见 11.5.3.3 节。
应该根据对项目资金的任何限制，来平衡资金支出。如果发现资金限制与计划支出之间的差异，则可能需要调整工作的进度计划，以平衡资金支出水平。这可以通过在项目进度计划中添加强制日期来实现。
可在本过程更新的项目文件包括（但不限于）：
- 成本估算。见 7.2.3.1 节。更新成本估算，以记录任何额外信息。
- 项目进度计划。见 6.5.3.2 节。项目进度计划可能记录了各项活动的估算成本。
- 风险登记册。见 11.2.3.1 节。记录在本过程中识别的新风险于风险登记册中，并通过风险管理过程进行管理。
可作为本过程输入的项目文件包括（但不限于）：
- 项目进度计划。见 6.5.3.2 节。项目进度计划提供了所需资源的时间轴。
- 需求文件。见 5.2.3.1 节。需求文件指出了项目所需的资源的类型和数量，并可能影响管理资源的方式。
- 风险登记册。见 11.2.3.1 节。风险登记册包含可能影响资源规划的各种威胁和机会的信息。
- 相关方登记册。见 13.1.3.1 节。相关方登记册有助于识别对项目所需资源有特别兴趣或影响的那些相关方，以及会影响资源使用偏好的相关方。
在项目规划阶段，应该对上述因素加以考虑并做出适当安排。项目经理或项目管理团队应该在项目进度计划、项目预算、项目风险计划、项目质量计划、培训计划及其他相关项目管理计划中，说明缺少所需资源的后果。
可作为本过程输入的项目文件包括（但不限于）：
- 项目进度计划。见 6.5.3.2 节。项目进度计划展示了各项活动及其开始和结束日期，有助于确定需要提供和获取资源的时间。
- 资源日历。见 9.3.3.3 节。资源日历记录了每个项目资源在项目中的可用时间段。编制出可靠的进度计划，应依据对各个资源的可用性和时间限制（包括时区、工作时间、休假时间、当地节假日、维护计划和在其他项目的工作时间）的良好了解。资源日历需要在整个项目过程中渐进明细和更新。资源日历是本过程的输出，在重复本过程时随时可用。
- 资源需求。见 9.2.3.1 节。资源需求识别了需要获取的资源。
- 相关方登记册。见 13.1.3.1 节。相关方登记册可能会发现相关方对项目特定资源的需求或期望，在获取资源过程中应加以考虑。
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。项目中遇到的挑战、本可以规避这些挑战的方法，以及良好的资源获取方式更新在经验教训登记册中。
- 项目进度计划。见 6.5.3.2 节。所需资源的可用性可能会导致项目进度的变更。
- 资源分解结构。见 9.2.3.3 节。在本过程中获取的资源应记录到资源分解结构中。
- 资源需求。见 9.2.3.1 节。可更新资源需求文件，以反映获取的项目资源。
- 风险登记册。见 11.2.3.1 节。本过程中识别的新风险记录在风险登记册中，并通过风险管理过程进行管理。
- 相关方登记册。见 13.1.3.1 节。增加的任何新的相关方，以及在本过程中获得的有关现有相关方的新信息更新在相关方登记册中。
可作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。项目早期与团队建设有关的经验教训可以运用到项目后期阶段，以提高团队绩效。
- 项目进度计划。见 6.5.3.2 节。项目进度计划定义了如何以及何时为项目团队提供培训，以培养不同阶段所需的能力，并根据项目执行期间的任何差异（如有）识别需要的团队建设策略。
- 项目团队派工单。见 9.3.3.1 节。项目团队派工单识别了团队成员的角色与职责。
- 资源日历。见 9.2.1.2 节。资源日历定义了项目团队成员何时能参与团队建设活动，有助于说明团队在整个项目期间的可用性。
- 团队章程。见 9.1.3.2 节。团队章程包含团队工作指南。团队价值观和工作指南为描述团队的合作方式提供了架构。
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。项目中遇到的挑战、本可以规避这些挑战的方法，以及良好的团队建设方式更新经验教训登记册中。
- 项目进度计划。见 6.5.3.2 节。项目团队建设活动可能会导致项目进度的变更。
- 项目团队派工单。见 9.3.3.1 节。如果团队建设导致已商定的派工单出现变更，应对项目团队派工单做出相应的更新。
- 资源日历。见 9.2.1.2 节。更新资源日历，以反映项目资源的可用性。
- 团队章程。见 9.1.3.2 节。更新团队章程，以反映因团队建设对团队工作指南做出的变更。
可作为本过程输入的项目文件包括（但不限于）：
- 问题日志。见 4.3.3.3 节。问题日志用于识别有关缺乏资源、原材料供应延迟，或低等级原材料等问题。
- 经验教训登记册。见 4.4.3.1 节。在项目早期获得的经验教训可以运用到后期阶段，以改进实物资源控制。
- 实物资源分配。见 9.3.3.1 节。实物资源分配描述了资源的预期使用情况以及资源的详细信息，例如类型、数量、地点以及属于组织内部资源还是外购资源。
- 项目进度计划。见 6.5.3.2 节。项目进度计划展示了项目在何时何地需要哪些资源。
- 资源分解结构。见 9.2.3.3 节。资源分解结构为项目过程中需要替换或重新获取资源的情况提供了参考。
- 资源需求。见 9.2.3.1 节。资源需求识别了项目所需的材料、设备、用品和其他资源。
- 风险登记册。见 11.2.3.1 节。风险登记册识别了可能会影响设备、材料或用品的单个风险。
可在本过程更新的项目文件包括（但不限于）：
- 项目进度计划。见 6.5.3.2 节。可能需要更新项目进度计划，以反映沟通活动。
- 相关方登记册。见 13.1.3.1 节。可能需要更新相关方登记册，以反映计划好的沟通。
可在本过程更新的项目文件包括（但不限于）：
- 问题日志。见 4.3.3.3 节。更新问题日志，反映项目的沟通问题，或如何通过沟通来解决实际问题。
- 经验教训登记册。见 4.3.3.1 节。更新经验教训登记册，记录在项目中遇到的挑战、本可采取的规避方法，以及适用和不适用于管理沟通的方法。
- 项目进度计划。见 6.5.3.2 节。可能需要更新项目进度计划，以反映沟通活动的状态。
- 风险登记册。见 11.2.3.1 节。更新风险登记册，记录与管理沟通相关的风险。
- 相关方登记册。见 13.1.3.1 节。更新相关方登记册，记录关于项目相关方沟通活动的信息。
风险管理计划是项目管理计划的组成部分，描述如何安排与实施风险管理活动。风险管理计划可包括以下部分或全部内容：
- 风险管理战略。描述用于管理本项目的风险的一般方法。
- 方法论。确定用于开展本项目的风险管理的具体方法、工具及数据来源。
- 角色与职责。确定每项风险管理活动的领导者、支持者和团队成员，并明确他们的职责。
- 资金。确定开展项目风险管理活动所需的资金，并制定应急储备和管理储备的使用方案。
- 时间安排。确定在项目生命周期中实施项目风险管理过程的时间和频率，确定风险管理活动并将其纳入项目进度计划。
- 风险类别。确定对单个项目风险进行分类的方式。通常借助风险分解结构 (RBS)来构建风险类别。风险分解结构是潜在风险来源的层级展现（示例见图 11-4）。风险分解结构有助于项目团队考虑单个项目风险的全部可能来源，对识别风险或归类已识别风险特别有用。组织可能有适用于所有项目的通用风险分解结构，也可能针对不同类型项目使用几种不同的风险分解结构框架，或者允许项目量身定制专用的风险分解结构。如果未使用风险分解结构，组织则可能采用某种常见的风险分类框架，既可以是简单的类别清单，也可以是基于项目目标的某种类别结构。
图 11-4风险分解结构（RBS）示例
- 相关方风险偏好。应在风险管理计划中记录项目关键相关方的风险偏好。他们的风险偏好会影响规划风险管理过程的细节。特别是，应该针对每个项目目标，把相关方的风险偏好表述成可测量的风险临界值。这些临界值不仅将联合决定可接受的整体项目风险敞口水平，而且也用于制定概率和影响定义。以后将根据概率和影响定义，对单个项目风险进行评估和排序。
- 风险概率和影响定义。根据具体的项目环境，组织和关键相关方的风险偏好和临界值，来制定风险概率和影响定义。项目可能自行制定关于概率和影响级别的具体定义，或者用组织提供的通用定义作为出发点。应该根据拟开展项目风险管理过程的详细程度，来确定概率和影响级别的数量，即：更多级别（通常为五级）对应于更详细的风险管理方法，更少级别（通常为三级）对应于更简单的方法。表 11-1 针对三个项目目标提供了概率和影响定义的示例。
通过将影响定义为负面威胁（工期延误、成本增加和绩效不佳）和正面机会（工期缩短、成本节约和绩效改善），表格所示的量表可同时用于评估威胁和机会。
表 11-1概率和影响定义示例
- 概率和影响矩阵。见 11.3.2.6 节。组织可在项目开始前确定优先级排序规则，并将其纳入组织过程资产，或者也可为具体项目量身定制优先级排序规则。在常见的概率和影响矩阵中，会同时列出机会和威胁；以正面影响定义机会，以负面影响定义威胁。概率和影响可以用描述性术语（如很高、高、中、低和很低）或数值来表达。如果使用数值，就可以把两个数值相乘，得出每个风险的概率 - 影响分值，以便据此在每个优先级组别之内排列单个风险相对优先级。
图 11-5 是概率和影响矩阵的示例，其中也有数值风险评分的可能方法。
图 11-5概率和影响矩阵示例（有评分方法）
- 报告格式。确定将如何记录、分析和沟通项目风险管理过程的结果。在这一部分，描述风险登记册、风险报告以及项目风险管理过程的其他输出的内容和格式。
- 跟踪。跟踪是确定将如何记录风险活动，以及将如何审计风险的管理过程。
可作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。查看关于项目早期的风险应对的经验教训，确定类似的应对是否适用于项目后期。
- 项目进度计划。见 6.5.3.2 节。进度计划可用于确定如何同时规划商定的风险应对活动和其他项目活动。
- 项目团队派工单。见 9.3.3.2 节。项目团队派工单列明了可用于风险应对的人力资源。
- 资源日历。见 9.2.1.2 节。资源日历确定了潜在的资源何时可用于风险应对。
- 风险登记册。见 11.2.3.1 节。风险登记册包含了已识别并排序的、需要应对的单个项目风险的详细信息。每项风险的优先级有助于选择适当的风险应对措施。例如，针对高优先级的威胁或机会，可能需要采取优先措施和积极主动的应对策略；而针对低优先级的威胁和机会，可能只需要把它们列入风险登记册的观察清单部分，或者只需要为之增加应急储备，而不必采取主动的管理措施。
风险登记册列出了每项风险的指定风险责任人，还可能包含在早期的项目风险管理过程中识别的初步风险应对措施。风险登记册可能还会提供有助于规划风险应对的、关于已识别风险的其他信息，包括根本原因、风险触发因素和预警信号、需要在短期内应对的风险，以及需要进一步分析的风险。
- 风险报告。见 11.2.3.2 节。风险报告中的项目整体风险敞口的当前级别，会影响选择适当的风险应对策略。风险报告也可能按优先级顺序列出了单个项目风险，并对单个项目风险的分布情况进行了更多分析；这些信息都会影响风险应对策略的选择。
- 相关方登记册。见 13.1.3.1 节。相关方登记册列出了风险应对的潜在责任人。
可在本过程更新的项目文件包括（但不限于）：
- 假设日志。见 4.1.3.2 节。在规划风险应对过程中，可能做出新的假设、识别出新的制约因素，或者现有的假设条件或制约因素可能被重新审查和修改。应该更新假设日志，记录这些新信息。
- 成本预测。见 7.4.3.2 节。成本预测可能因规划的风险应对策略而发生变更。
- 经验教训登记册。见 4.4.3.1 节。更新经验教训登记册，记录适用于项目的未来阶段或未来项目的风险应对信息。
- 项目进度计划。见 6.5.3.2 节。可以把用于执行已商定的风险应对策略的活动添加到项目进度计划中。
- 项目团队派工单。见 9.3.3.2 节。一旦确定应对策略，应为每项与风险应对计划相关的措施分配必要的资源，包括用于执行商定的措施的具有适当资质和经验的人员（通常在项目团队中）、合理的资金和时间，以及必要的技术手段。
- 风险登记册。见 11.2.3.1 节。需要更新风险登记册，记录选择和商定的风险应对措施。风险登记册的更新可能包括（但不限于）：
- 商定的应对策略；
- 实施所选应对策略所需要的具体行动；
- 风险发生的触发条件、征兆和预警信号；
- 实施所选应对策略所需要的预算和进度活动；
- 应急计划，以及启动该计划所需的风险触发条件；
- 弹回计划，供风险发生且主要应对措施不足以应对时使用；
- 在采取预定应对措施之后仍然存在的残余风险，以及被有意接受的风险；
- 由实施风险应对措施而直接导致的次生风险。
- 风险报告。见 11.2.3.2 节。更新风险报告，记录针对当前整体项目风险敞口和高优先级风险的经商定的应对措施，以及实施这些措施之后的预期变化。
项目进度计划对规划采购管理过程中的采购策略制定有重要影响。在制定采购管理计划时所做出的决定也会影响项目进度计划。在开展制定进度计划过程、估算活动资源过程以及自制或外购决策制定时，都需要考虑这些决定。
采购管理计划包含要在采购过程中开展的各种活动。它应该记录是否要开展国际竞争性招标、国内竞争性招标、当地招标等。如果项目由外部资助，资金的来源和可用性应符合采购管理计划和项目进度计划的规定。
采购管理计划可包括以下内容：
- 如何协调采购与项目的其他工作，例如，项目进度计划制定和控制；
- 开展重要采购活动的时间表；
- 用于管理合同的采购测量指标；
- 与采购有关的相关方角色和职责；如果执行组织有采购部，项目团队拥有的职权和受到的限制；
- 可能影响采购工作的制约因素和假设条件；
- 司法管辖权和付款货币；
- 是否需要编制独立估算，以及是否应将其作为评价标准；
- 风险管理事项，包括对履约保函或保险合同的要求，以减轻某些项目风险；
- 拟使用的预审合格的卖方（如果有）。
根据每个项目的需要，采购管理计划可以是正式或非正式的，非常详细或高度概括的。
可作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。在项目早期获取的与实施采购有关的经验教训，可用于项目后期阶段，以提高本过程的效率。
- 项目进度计划。见 6.5.3.2 节。项目进度计划确定项目活动的开始和结束日期，包括采购活动。
它还会规定承包商最终的交付日期。
- 需求文件。见 5.2.3.1 节。需求文件可能包括：
- 卖方需要满足的技术要求；
- 具有合同和法律意义的需求，如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证，以及其他非技术要求。
- 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型，以及最终商定的价格，任何被选中的卖方都会带来特殊的风险。
- 相关方登记册。见 13.1.3.1 节。此文件包含与已识别相关方有关的所有详细信息。
可用作本过程输入的项目文件（尤其在初始规划之后）包括（但不限于）：
- 假设日志。见 4.1.3.2 节。假设日志中关于假设条件和制约因素的信息，可能与特定相关方相关联。
- 变更日志。见 4.6.3.3 节。变更日志记录了对原始项目范围的变更。变更通常与具体相关方相关联，因为相关方可能是：变更请求的提出者，变更请求的审批者，或受变更实施影响者。
- 问题日志。见 4.3.3.3 节。为了管理和解决问题日志中的问题，需要与受影响的相关方进行额外沟通。
- 项目进度计划。见 6.5.3.2 节。进度计划中的活动可能需要与具体相关方相关联，即把特定相关方指定为活动责任人或执行者。
- 风险登记册。见 11.2.3.1 节。风险登记册包含项目的已识别风险，它通常会把这些风险与具体相关方相关联，即把特定相关方指定为风险责任人或受风险影响者。
- 相关方登记册。见 13.1.3.1 节。相关方登记册提供项目相关方的清单，以及分类情况和其他信息。
项目进度管理的核心概念包括：
- 项目进度规划提供项目以何种方式及何时在规定的项目范围内交付产品、服务和成果的详细计划。
- 项目进度计划是沟通和管理相关方期望的工具，以及制作绩效报告的基础。
- 在可能的情况下，应在整个项目期间保持项目进度计划的灵活性，以根据获得的知识、对风险的深入理解和增值活动调整计划。