1704397748
符合验收标准的可交付成果应该由客户或发起人正式签字批准。应该从客户或发起人那里获得正式文件，证明相关方对项目可交付成果的正式验收。这些文件将提交给结束项目或阶段过程（见4.7节）。
1704397749
1704397750
5.5.3.2 工作绩效信息
1704397751
1704397752
工作绩效信息包括项目进展信息，例如，哪些可交付成果已经被验收，哪些未通过验收以及原因。这些信息应该被记录下来（见10.3.3.1节）并传递给相关方。
1704397753
1704397754
5.5.3.3 变更请求
1704397755
1704397756
对已经完成但未通过正式验收的可交付成果及其未通过验收的原因，应该记录在案。可能需要针对这些可交付成果提出变更请求，开展缺陷补救。变更请求（见4.3.3.4节）应该由实施整体变更控制过程（见4.6节）进行审查与处理。
1704397757
1704397758
5.5.3.4 项目文件更新
1704397759
1704397760
可在本过程更新的项目文件包括（但不限于）：
1704397761
1704397762
◆ 经验教训登记册。见4.4.3.1节。更新经验教训登记册，以记录所遇到的挑战、本应如何避免该挑战，以及良好的可交付成果验收方法。
1704397763
1704397764
◆ 需求文件。见5.2.3.1节。记录实际的验收结果，更新需求文件。需要特别注意实际结果比原定需求更好的情况，或者原定需求已经被放弃的情况。
1704397765
1704397766
◆ 需求跟踪矩阵。见5.2.3.2节。根据验收结果更新需求跟踪矩阵，包括所采用的验收方法及其使用结果。
1704397767
1704397768
1704397769
1704397770
1704397771
项目管理知识体系指南（PMBOK指南）（第6版） 5.6 控制范围
1704397772
1704397773
控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。本过程的主要作用是，在整个项目期间保持对范围基准的维护，且需要在整个项目期间开展。图5.17 描述本过程的输入、工具与技术和输出。图5.18 是本过程的数据流向图。
1704397774
1704397775
1704397776
1704397777
1704397778
图5-17 控制范围：输入、工具与技术和输出
1704397779
1704397780
1704397781
1704397782
1704397783
图5-18 控制范围：数据流向图
1704397784
1704397785
控制项目范围确保所有变更请求、推荐的纠正措施或预防措施都通过实施整体变更控制过程（见4.6节）进行处理。在变更实际发生时，也要采用控制范围过程来管理这些变更。控制范围过程应该与其他控制过程协调开展。未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）被称为范围蔓延。变更不可避免，因此在每个项目上，都必须强制实施某种形式的变更控制。
1704397786
1704397787
5.6.1 控制范围：输入
1704397788
1704397789
5.6.1.1 项目管理计划
1704397790
1704397791
见4.2.3.1节。项目管理计划组件包括（但不限于）：
1704397792
1704397793
◆ 范围管理计划。见5.1.3.1节。范围管理计划记录了如何控制项目和产品范围。
1704397794
1704397795
◆ 需求管理计划。见5.1.3.2节。需求管理计划记录了如何管理项目需求。
1704397796
1704397797
◆ 变更管理计划。见4.2.3.1节。变更管理计划定义了管理项目变更的过程。