5.4范围核实
范围核实：取得干系人（赞助人、客户、顾客等）对项目范围正式认可的过程。
它要求审查可交付成果和工作结果，以保证一切均已正确无误与令人满意的完成。如果项目提前终止，则范围核实过程应确认与记载已完成的水平与程度。
范围核实与质量控制两者的不同，在于此过程主要关心的是工作结果的认可，而质量控制主要关心的是工作结果的正确性。这两个过程一般平行进行，以保证正确并获得认可。
5.4.1范围核实的投入
1.工作结果（Workresults）
工作结果是指哪些可交付成果已完成或部分地完成，它是项目计划实施的一种成果。
2.产品文字记载（Productdocumentation）
必须准备好描述项目产品的文件，以供审查。
此类文字记载（计划、规格、技术文件、图纸等）的名称因应用领域而异。
3.工作分解结构（WBS）
工作分解结构是范围定义的辅助手段，故应当用于项目工作的核实。
4.范围说明书（Scopestatement）
范围说明书稍详细地定义了项目范围，应当加以核实。
5.项目计划（Projectplan）
5.4.2范围核实的工具与技术
1.检查（Inspection,reviews,productreviews,audits,walk-through）
检查包括通过测量、检查与测试等手段判断结果是否符合要求的活动。
检查有评审（Reviews）、产品评审（Productreviews）、审计（Audits）与演练（Walk-through）等各种名称；在某些应用领域中，这些不同名称具有较狭窄较具体的含义。
5.4.3范围核实的产出
2.正式验收（Formalacceptance）
表明客户或赞助者已经接受项目阶段产品或者主要可交付成果的验收文件必须准备就绪并加以分发。考|试/大此种验收可以是有条件的，尤其是在项目阶段结束时。
5.5范围变更控制
范围变更控制关心：
a）对造成范围变更的因素施加影响，以保证变更得到各方的同意；
b)判断范围变更确已发生；
c)在实际变更发生时对其进行管理。
5.5.1范围变更控制的投入
1.工作分解结构（WBS）
工作分解结构定义项目范围的基准。
2.绩效报告（Performancereports）
绩效报告提供范围绩效的有关信息，例如哪些中间可交付成果业已完成，哪些尚未完成。绩效报告亦可提醒项目班子将来可能引起麻烦的问题。
3.变更请求（Changerequest）
变更可以要求扩大或缩小项目范围。大多数变更请求提出的原因是：
某个外部事件：（政府条例的变更）。
产品范围定义时的错误或疏漏：（在设计电信系统时未包括一项规定的性能）。
项目范围定义时的错误或疏漏：（用了材料清单，而不是工作分解结构）。
增值变更：（用原先定义范围时尚未出现的技术来降低成本）。
为对某项风险作出应对而实施的应急计划或回避计划。
4.范围管理计划（Scopemanagementplan）
5.5.2范围变更控制的工具与技术
1.范围变更控制系统（Scopechangecontrol）
范围变更控制规定了项目范围变更所应遵循的程序，包括文书工作、系统追踪、以及核准变更所需通过的审批层次。
范围变更控制应该与综合变更控制结合起来，尤其应该与控制产品范围的一个或多个系统结合起来。考|试/大在项目按合同实施时，范围变更控制还必须符合所有相关合同条款的规定。
2.绩效量度（Performancemeasurement）
绩效量度技术有助于评估任何变更的大小，判断是什么造成了偏离基准以及决定是否应对偏离采取纠正措施都是范围变更控制的重要组成部分。
3.补充规划（Additionalplanning）
项目很少会按计划原封不动的实施。预期的范围变更可能会要求对工作分解结构进行修改，或者分析其它替代方案。
5.53范围变更控制的产出
1.范围变更（Scopechanges）
范围变更：对经批准的工作分解结构所定义的已商定的项目范围所做的任何修改。
范围变更经常要求对成本、时间、质量或其它项目目标进行调整。项目范围变更通过规划过程进行回馈，在必要时更新技术与规划文件，并根据情况通知干系人。
2.纠正行动（Correctiveaction）
纠正行动指为了将预期的未来项目绩效控制到与项目计划相符而采取的任何措施。
3.汲取的教训（Lessonslearned）
出现偏差的原因、选择纠正行动的依据，以及从范围变更控制所汲取的其它教训，考|试/大都应形成文字，使此项信息成为本项目和实施组织其它项目历史资料库的组成部分。
4.经调整的基准（Adjustedbaseline）
根据变更的性质，相应的基准文件有可能需要修改并重新分发，以反映已批准的变更，并作为今后变更的新基准。
