一、定义范围过程/项目范围说明书背景
1. 定义范围定义
定义范围是制定项目和产品详细描述的过程。
1.1 项目范围说明书定义
项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。
应根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制详细的项目范围说明书。
2. 收集需求–>定义范围
在收集需求过程中识别出的所有需求未必都包含在项目中。
所以定义范围过程就要从《需求文件》（收集需求过程的输出）中选取最终的项目需求，
然后制定出关于项目及其产品、服务或成果的详细描述。
2.1 项目章程–>项目范围说明
虽然项目章程和项目范围说明书的内容存在一定程度的重叠，但它们的详细程度完全不同。
（1）项目章程包含高层级的信息
（2）项目范围说明书则是对范围组成部分的详细描述，这些组成部分需要在项目过程中渐进明细。
3. 定义范围作用
定义范围过程的主要作用是，描述产品、服务或成果的边界和验收标准。
3.1 项目范围说明书作用
（1）项目范围说明书使项目团队能进行更详细的规划，在执行过程中指导项目团队的工作
（2）并为评估变更请求或额外工作是否超过项目边界提供基准
（3）项目范围说明书描述要做和不要做的工作的详细程度（项目除外责任）
（4）决定着项目管理团队控制整个项目范围的有效程度
4. 定义范围执行时间
（1）定义范围过程仅开展一次或仅在项目的预定义点开展。
（2）迭代型生命周期项目
在迭代型生命周期的项目中，需要多次反复开展定义范围过程：
<1> 先为整个项目确定一个高层级的愿景
<2> 再一次针对一个迭代期明确详细范围
<3> 随着当前迭代期的项目范围和可交付成果的进展，而详细规划下一个迭代期的。
4.1 项目范围说明书执行时间
因为项目范围说明书是根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制、细化的。
所以在项目规划过程中，随着对项目信息的更多了解，应该反复并更加详细具体地定义和描述项目范围。
5. 定义范围过程关联文件（输入）
（1）项目章程
<1> 高层级描述
<2> 产品特征
<3> 审批要求
（2）范围管理计划
其中记录了如何定义、确认和控制项目范围。
（3）需求文件
需求文件识别了应纳入范围的需求。
贯穿项目的全领域文件
（4）假设日志
假设日志识别了有关产品、项目、环境、相关方以及会影响项目和产品范围的假设条件和制约因素。
（5）风险登记册
风险登记册包含了可能影响项目范围的应对策略。
例如缩小或改变项目和产品范围，以规避或缓解风险。
6. 定义范围过程需更新文件
（1）需求文件
可以通过增加或修改需求而更新需求文件。
（2）需求跟踪矩阵
应该随同需求文件的更新而更新需求跟踪矩阵。
贯穿项目的全领域文件
（3）假设日志
随同本过程识别出更多的假设条件或制约因素而更新假设日志。
（4）相关方登记册
如果在本过程中收集到了现有或新相关方的更多信息，则记录到相关方登记册中。
7. 定义范围阶段负责人
（1）相关方
（2）高层级
二、定义范围工具与技术–产品分析
由于篇幅原因我们单独列出，链接如下：https://www.cnblogs.com/hemukg/p/12591654.html
三、定义范围过程产出–《项目范围说明书》
##################################################
项目范围说明书，可以理解为项目章程的在范围领域的细化版。
（1）将高层级的项目描述—渐进细化为—>项目范围描述
（2）项目边界定义—> 项目除外责任（排除项）
（3）产品特性—>项目可交付成果
（4）项目成功标准—>验收标准
##################################################
项目范围说明书记录了整个范围，包括
1. 项目和产品范围
逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。
2. 项目的可交付成果
为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力。
可交付成果也包括各种辅助成果，如项目管理报告和文件； 对可交付成果的描述可略可详。
3. 验收标准
验收标准==项目相关方之间就项目范围所达成的共识。
可交付成果通过验收前必须满足的一系列条件。
4. 项目的除外责任
为便于管理相关方的期望，项目范围说明书可明确指出哪些工作不属于本项目范围。
识别排除在项目之外的内容。明确说明哪些内容不属于项目范围，有助于管理相关方的期望及减少范围蔓延。