项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目。项目范围管理主要在于定义和控制哪些工作应该包括在项目内，哪些不应该包含在项目内。
产品范围和项目范围
在项目环境中，“范围”这一术语有两种含义：
- 产品范围：指某项产品、服务或成果所具有的特征和功能。
- 项目范围：包括产品范围，是为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。
过程概述
项目范围管理过程包括：
- 规划范围管理：为了记录如何定义、确认和控制项目范围及产品范围，创建范围管理计划。
- 收集需求：为了实现项目目标，确定、记录并管理干系人的需要和需求。
- 定义范围：制定项目和产品详细描述。
- 创建WBS:将项目可交付成果和项目工作分解为较小的、更易于管理的组件。
- 确认范围：正式验收己完成的项目可交付成果。
- 控制范围：监督项目和产品的范围状态，管理范围基准的变更。
规划范围管理
- 定义：规划范围管理是为了记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。
- 作用：是在整个项目期间对如何管理范围提供指南和方向。
范围管理计划
范围管理计划用于指导如下过程和相关工作：
- ①制定项目范围说明书；
- ②根据详细项目范围说明书创建 WBS;
- ③确定如何审批和维护范围基准；
- ④正式验收己完成的项目可交付成果。
需求管理计划
需求管理计划的主要内容包括：
- ①如何规划、跟踪和报告各种需求活动；
- ②配置管理活动，例如，如何启动变更，如何分析其影响， 如何进行追溯、跟踪和报告，以及变更审批权限；
- ③需求优先级排序过程；
- ④测量指标及使用这些指标的理由；
- ⑤反映哪些需求属性将被列入跟踪矩阵等。
收集需求
- 定义：收集需求是为实现目标而确定，记录并管理干系人的需要和需求的过程。
- 作用：是为定义产品范围和项目范围奠定基础。
需求文件
- (1) 业务需求：整个组织的高层级需要
- (2) 干系人需求：干系人的需要。
- (3) 解决方案需求：为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征。
- (4) 过渡和就绪需求：这些需求描述了从“当前状态”过渡到“将来状态”所需的临时能力。
- (5) 项目需求：项目需要满足的行动、过程或其他条件，例如里程碑日期、合同责任、制约因素等。
- (6) 质量需求：用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准，例如，测试、认证、确认等。
需求跟踪矩阵
跟踪需求的内容包括：
- ①业务需要、机会、目的和目标；
- ②项目目标；
- ③项目范围和 WBS 可交付成果；
- ④产品设计；
- ⑤产品开发；
- ⑥测试策略和测试场景；
- ⑦高层级需求到详细需求等。
定义范围
- 定义：定义范围是制定项目和产品详细描述的过程。
- 作用：描述产品、服务或成果的边界和验收标准。
项目范围说明书
项目范围、主要可交付成果、假设条件和制约因素的描述
- 产品范围描述
- 可交付成果
- 验收标准
- 项目的除外责任
创建 WBS
- 定义： 创建工作分解结构（WBS) 是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程
- 作用： 是为所要交付的内容提供架构
分解活动
要把整个项目工作分解为工作包，通常需要开展如下活动：
- ①识别和分析可交付成果及相关工作；
- ②确定 WBS 的结构和编排方法；
- ③自上而下逐层细化分解；
- ④为 WBS 组成部分制定和分配标识编码；
- ⑤核实可交付成果分解的程度是否恰当。
分解WBS 注意事项
在分解的过程中，应该注意以下 8 个方面。
- WBS必须是面向可交付成果的
- WBS必须符合项目的范围
- WBS的底层应该支持计划和控制
- WBS中的元素必须有人负责，而且只有一个人负责
- WBS应控制在4〜6层：如果项目规模比较大，以至于WBS要超过6层，此时，可以使用项目分解结构将大项目分解成子项目，然后针对子项目来做WBS。
- WBS应包括项目管理工作（因为管理是项目具体工作的一部分），也要包括分包出去的工作。
- WBS的编制需要所有（主要）项目干系人的参与
- WBS并非是一成不变的
范围基准
范围基准是经过批准的范围说明书、WBS 和相应的 WBS 词典，只有通过正式的变更控制程序才能进行变更，它被用作比较的基础。范围基准是项目管理计划的组成部分。
确认范围
- 定义： 确认范围是正式验收己完成的项目可交付成果的过程。
- 作用： 本过程的主要作用：
- ①使验收过程具有客观性；
- ②通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性。
确认范围的步骤
确认范围的一般步骤包括：
- ①确定需要进行范围确认的时间；
- ②识别范围确认需要哪些投入；
- ③确定范围正式被接受的标准和要素；
- ④确定范围确认会议的组织步骤；
- ⑤组织范围确认会议。
需要检查的问题
- 可交付成果是否是确定的、可确认的。
- 每个可交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件，例如，客户的书面认可等。
- 是否有明确的质量标准
- 审核和承诺是否有清晰的表达
- 项目范围是否覆盖了需要完成的产品或服务的所有活动，有没有遗漏或错误。
- 项目范围的风险是否太高：管理层是否能够降低风险发生时对项目的影响。
干系人关注点的不同
- 管理层主要关注项目范围：是指范围对项目的进度、资金和资源的影响，这些因素是否超过了组织承受范围，是否在投入产出上具有合理性。
- 客户主要关注产品范围：关心项目的可交付成果是否足够完成产品或服务。
- 项目管理人员主要关注项目制约因素：关心项目可交付成果是否足够和必须完成，时间、资金和资源是否足够，主要的潜在风险和预备解决的方法。
- 项目团队成员主要关注项目范围中自己参与的元素和负责的元素：通过定义范围中的时间检查自己的工作时间是否足够，自己在项目范围中是否有多项工作，而这些工作是否有冲突的地方。
几个术语的比较
确认范围与核实产品
核实产品是针对产品是否完成，在项目 （或阶段）结束时由发起人或客户来验证， 强调产品是否完整;确认范围是针对项目可交付成果，由客户或发起人在阶段末确认验 收的过程。
确认范围与质量控制
确认范围与质量控制的不同之处在于∶
- 确认范围主要强调可交付成果获得客户或发起人的接受;质量控制强调可交付成果的正确性，并符合为其制定的具体质量要求（质量标准）。
- 质量控制一般在确认范围前进行，也可同时进行;确认范围一般在阶段末尾进行，而质量控制并不一定在阶段未进行。
- 质量控制属内部检查，由执行组织的相应质量部门实施;确认范围则是由外部干系人（客户或发起人）对项目可交付成果进行检查验收。从检查的详细程度来说，核实产品、确认范围和质量控制是递进的、越来越细的检查过程。
确认范围与项目收尾
确认范围与项目收尾的不同之处在于∶
- 虽然确认范围与项目收尾工作都在阶段未进行，但确认范围强调的是核实与接受可交付成果，而项目收尾强调的是结束项目（或阶段）所要做的流程性工作。
- 确认范围与项目收尾都有验收工作，确认范围强调验收项目可交付成果，项目收尾强调验收产品。
控制范围
- 定义： 控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。
- 作用： 在整个项目期间保持对范围基准的维护。
