定义范围是制定项目和产品详细描述的过程。本过程的主要作用是，明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确项目、服务或成果的边界。图5-7描述本过程的输入、工具与技术和输出，图5-8是本过程的数据流向图。

         图5-7 定义范围：输入、工具与技术和输出

图5-8 定义范围的数据流向图

由于在收集需求过程中识别出的所有需求未必都包含在项目中，所以定义范围过程就要从需求文件（收集需求过程的输出）中选取最终的项目需求，然后制定出关于项目及其产品、服务或成果的详细描述。

准备好详细的项目范围说明书，对项目成功至关重要。应根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制项目范围说明书。在项目规划过程中，随着对项目信息的更多了解，应该更加详细具体地定义和描述项目范围。还需要分析现有风险、假设条件和制约因素的完整性，并做必要的增补或更新。需要多次反复开展定义范围过程。在迭代型生命周期的项目中，先为整个项目确定一个高层级的愿景，再一次针对一个迭代期明确详细范围。通常，随着当前迭代期的项目范围和可交付成果的进展，而详细规划下一个迭代期的工作。

5.3.1 定义范围：输入

5.3.1.1 范围管理计划

见5.1.3.1节。范围管理计划是项目管理计划的组成部分，确定了制定、监督和控制项目范围的各种活动。

5.3.1.2 项目章程

见4.1.3.1节。项目章程中包含对项目和产品特征的高层级描述。它还包括项目审批要求。如果执行组织不使用项目章程，则应取得或编制类似的信息，用做制定详细范围说明书的基础。如果组织不制定正式的项目章程，通常会进行非正式的分析，为后续的范围规划提供依据。

5.3.1.3 需求文件

见5.2.3.1节。使用需求文件来选择哪些需求将包含在项目中。

5.3.1.4 组织过程资产

见2.1.4节。能够影响定义范围过程的组织过程资产包括（但不限于）：

 用于制定项目范围说明书的政策、程序和模板；

 以往项目的项目档案；

 以往阶段或项目的经验教训。

5.3.2 定义范围：工具与技术

5.3.2.1 专家判断

专家判断常用来分析制定项目范围说明书所需的信息。专家判断和专业知识可用来处理各种技术细节。专家判断可来自具有专门知识或经过专门培训的任何小组或个人，可从许多渠道获得，包括（但不限于）：

 组织内的其他部门；

 顾问；

 干系人，包括客户或发起人；

 专业与技术协会；

 行业团体；

 主题专家。

5.3.2.2 产品分析

对于那些以产品为可交付成果的项目（区别于提供服务或成果的项目），产品分析是一种有效的工具。每个应用领域都有一种或几种普遍公认的方法，用以把高层级的产品描述转变为有形的可交付成果。产品分析技术包括产品分解、系统分析、需求分析、系统工程、价值工程和价值分析等。

5.3.2.3 备选方案生成

备选方案生成是一种用来制定尽可能多的潜在可选方案的技术，用于识别执行项目工作的不同方法。许多通用的管理技术都可用于生成备选方案，如头脑风暴、横向思维、备选方案分析等。

5.3.2.4 引导式研讨会

见5.2.2.3节。具有不同期望和／或专业知识的关键人物参与这些紧张的工作会议，有助于就项目目标和项目限制达成跨职能的共识。

5.3.3 定义范围：输出

5.3.3.1 项目范围说明书

项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。项目范围说明书记录了整个范围，包括项目和产品范围。项目范围说明书详细描述项目的可交付成果，以及为创建这些可交付成果而必须开展的工作。项目范围说明书也代表项目干系人之间就项目范围所达成的共识。为了便于管理干系人的期望，项目范围说明书可明确指出哪些工作不属于本项目范围。项目范围说明书使项目团队能进行更详细的规划，在执行过程中指导项目团队的工作，并为评价变更请求或额外工作是否超过项目边界提供基准。

项目范围说明书描述要做和不要做的工作的详细程度，决定着项目管理团队控制整个项目范围的有效程度。详细的项目范围说明书包括以下内容（可能直接列出或参引其他文件）：

 产品范围描述。逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。

 验收标准。可交付成果通过验收前必须满足的一系列条件。

 可交付成果。在某一过程、阶段或项目完成时，必须产出的任何独特并可核实的产品、成果或服务能力。可交付成果也包括各种辅助成果，如项目管理报告和文件。对可交付成果的描述可略可详。

 项目的除外责任。通常需要识别出什么是被排除在项目之外的。明确说明哪些内容不属于项目范围，有助于管理干系人的期望。

 制约因素。对项目或过程的执行有影响的限制性因素。需要列举并描述与项目范围有关且会影响项目执行的各种内外部制约或限制条件，例如，客户或执行组织事先确定的预算、强制性日期或进度里程碑。如果项目是根据协议实施的，那么合同条款通常

也是制约因素。关于制约因素的信息可以列入项目范围说明书，也可以独立成册。

 假设条件。在制定计划时，不需验证即可视为正确、真实或确定的因素。同时还应描述如果这些因素不成立，可能造成的潜在影响。在项目规划过程中，项目团队应该经常识别、记录并确认假设条件。关于假设条件的信息可以列入项目范围说明书，也可以独立成册。

虽然项目章程和项目范围说明书的内容存在一定程度的重叠，但它们的详细程度完全不同。项目章程包括高层级的信息，而项目范围书说明则是对项目范围的详细描述。项目范围需要在项目过程中渐进明细。表5-1显示了这两个文件的一些关键内容。

表5-1 项目章程与项目范围说明书的内容

5.3.3.2 项目文件更新

可能需要更新的项目文件包括（但不限于）：

 干系人登记册；

 需求文件；

 需求跟踪矩阵。