做且只做，100% 产品范围：完成产品需求作为衡量标准 项目范围：完成项目管理计划衡量标准

5.1规划范围管理

创建范围管理计划和需求管理计划

规划、跟踪和报告各种需求活动

配置管理活动：如何进行追溯、跟踪、报告和审批

需求优先级排序

测量指标

哪些属性列入需求跟踪矩阵

5.2收集需求

记录需求和管理需求

数据表现-工具

亲和图：归纳分类

人际关系-工具

名义小组：头脑风暴达成共识

引导

其他工具

系统交互图

原型法：实际制造预期产品之前，先造出该产品的模型

需求文件

• 业务需求

• 相关方需求（用户需求）

• 解决方案需求（功能和非功能）

• 过渡和就绪需求

• 相关假设和约束

• 项目需求（服务水平）

• 质量需求

需求跟踪矩阵

5.3定义范围

明确边界 确定产品、项目范围

工具技术

产品分解

需求分析

系统工程/系统分析

价值工程/价值分析

范围说明书

描述项目范围、主要可交付成果、假设条件和制约因素

记录整个范围，包括项目和产品范围；

详细描述项目的可交付成果；

项目相关方之间就项目范围所达成的共识

项目管理团队控制着整个项目范围的有效程度

5.4创建WBS

可交付成果分解 项目工作分解

工具

分解

1. 工作包

分解到可以支持活动定义的工作包。工作报告是最低层级，工作包可以对成本和进度进行可靠估算、控制。

1. 滚动式规划

近期工作分解到详细工作报告，以便安排和核实。随着渐进明细不断细化。

1. 分层级别

一般为4-6级。超过6级，可以划分子项目，针对子项目分解。 工作报告最小不低于8H，最大不超过80H

范围基准

已批准的项目范围说明书、WBS和WBS字典

控制账户时一个管理控制点，把范围、预算、实际成本和进度加以整合，并与挣值比较，以测量绩效。

5.5确认范围

正式验收

工具

检查

决策：投票

5.6控制范围

监督范围状态 基准变更

范围蔓延：未经控制的产品或项目范围扩大

镀金：擅自加新工作或产品功能