用户的需求变更必须控制在可控范围之内。在项目管理过程中，用户需求变更是很常见的。面对频繁的需求变更，如果项目团队缺乏明确的需求变更管理控制及范围管理控制，非常容易导致项目的失控。
需求基线定义了项目的范围。随着项目的进展，用户的需求可能会发生变化，从而导致需求基线变化以及项目范围的变化。每次需求变更并经过需求评审后，都要重新确定新的需求基线。项目组需要维护需求基线文档，保存好各个版本的需求基线，以备不时之需。随着项目的进展，需求基线将越定越高，容许的需求变更将越来越少。
需求变更及项目范围变更一定要遵循由变更控制委员会制定的变更控制流程，图7-8是项目范围变更控制流程的一个示例。
7.5.4项目范围控制涉及所用的工具与技术
进行项目范围控制时，所用的技术和工具足偏差分析。
偏差分析是一种确定实际绩效与基准的差异程度及原因的技术。可利用项目绩效测量结果评估偏离范围基准的程度，确定偏离范围基准的原因和程度，并决定是否需要采取纠正或预防措施，是项目范围控制的重要工作。
7.5.5 项目范围控制的输入、输出
1．项目范围确认的输入
1)项目管理计划
项目管理计划中的以下信息可用于控制范围：
(1)范围基准。用范围基准与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施。
(2)范围管理计划。描述如何监督和控制项目范围。
(3)变更管理计划。变更管理计划定义管理项目变更的过程。
(4)配置管理计划。配置管理计划定义哪些是配置项，哪些配置项需要正式变更控制及针对这些配置项的变更控制过程。
(5)需求管理计划。需求管理计划是项目管理计划的组成部分，描述如何分析、记录和管理项目需求。
2)需求文件
需求应该明确（可测量且可测试）、可跟踪、完整、一致且得到主要干系人的认可。记录完好的需求文件便于发现任何对于批准的项目或产品范围的偏离。
3)需求跟踪矩阵，
详见7.4节。需求跟踪矩阵有助于发现任何变更或对范围基准的任何偏离给项目目标所造成的影响。
4)工作绩效数据
工作绩效数据可能包括收到的变更请求的数量、接受的变更请求的数量，或者完成的可交付成果的数量等。
2．项目范围确认的输出
1)工作绩效信息
本过程产生的工作绩效信息是有关项目范围实施情况（对照范围基准）的、相互关联且与各种背景相结合的信息，包括收到的变更的分类、识别的范围偏差和原因、偏差对进度和成本的影响，以及对将来范围绩效的预测。这些信息是制定范围决策的基础。
2)变更请求
对范围绩效的分析，可能导致对范围基准或项目管理计划其他组成部分提出变更请求。变更请求可包括预防措施、纠证措施、缺陷补救或改善请求。变更请求需要经实施整体变更控制过程的审查和处理。
3)项目管理计划更新
项目管理计划更新可能至少包括：
(1)范围基准更新
如果批准的变更请求会对项目范围产生影响，那么范围说明书、WBS及WBS词典都需要重新修订和发布，以反映这些通过实施整体变更控制过程批准的变更。
(2)其他基准更新
如果批准的变更请求会对项目范围以外的方面产生影响，那么相应的成本基准和进度基准也需要重新修订和发布，以反映这些被批准的变更。
(3)项目文件更新
可能需要更新的项目文件至少包括：需求文件、需求跟踪矩阵。
8.1 规划项目进度管理
规划项目进度管理是为实施项目进度管理制定政策、程序，并形成文档化的项目进度管理计划的过程。本过程的主要作用是，为如何在整个项目过程中管理、执行和控制项目进度提供指南和方向。
项目进度管理计划是项目管理计划的组成部分，项目进度管理过程及其相关的工具和技术应写入进度管理计划。根据项目需要，进度管理计划可以是正式或非正式的．非常详细或高度概括的。项目进度管理计划应包括合适的控制临界值，还可以规定如何报告和评估进度紧急情况。在项目执行过程中，可能需要更新进度管理计划，以反映受管理进度过程中所发生的变更。项目进度管理计划是制定项目管理计划过程的、主要输入。
导航
