范围管理
🚩过程
规划范围管理 收集需求 定义范围 创建wbs 确认范围 控制范围
规划范围管理
Plan Scope Management 🔊
定义：为了记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划
作用：在整个项目期间对如何管理范围制定指南和方向
输入：项目章程、文件计划、组织事业
输出：范围管理计划、需求管理计划
收集需求
Collect Requirements 🔊
定义：为实现项目目标而确定、记录并管理干系人需要和需求
作用：为定义产品范围和项目范围奠定基础
输入：立项管理文件、项目章程、协议、文件计划、组织事业
输出：需求文件、需求跟踪矩阵
定义范围
Define Scope 🔊
定义：制定项目和产品详细描述
作用：描述产品、服务或成果的边界和验收标准
输入：项目章程、文件计划、组织事业
输出：项目范围说明书
创建wbs
Create WBS
定义：把项目可交付成果和项目工作分解成较小的、易于管理的组件
作用：为所要交付的内容提供架构
输入：文件计划、组织事业
输出：范围基准
确认范围
Validate Scope 🔊
定义：正式验收已完成的项目可交付成果
作用：使验收过程具有客观性；通过确认每个可交付成果来提高最终项目、服务或成果获得验收的可能性
输入：核实的可交付成果
输出: 验收的可交付成果
通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性
控制范围
Control Scope
定义：监督项目和产品范围、管理范围基准变更
作用：在整个项目期间保持对范围基准的维护
输入：工作绩效数据、文件计划、组织事业
输出: 工作绩效信息、变更请求、文件计划更新
其他
- 产品范围:指某项产品、服务或成果所具有的特征和功能。产品范围的完成情况是根据产品需求来衡量的。"需求"是指根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力。
- 项目范围:包括产品范围，是为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目范围的完成情况是根据项目管理计划来衡量的。
范围管理计划
- 制定项目范围说明书
- 根据详细项目范围说明书创建WBS
- 确定如何审批和维护范围基准
- 正式验收已完成的项目可交付成果
需求管理计划
- 如何规划、跟踪和报告各种需求活动
- 配置管理活动,例如，如何启动变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限;
- 需求优先级排序过程:
- 测量指标及使用这些指标的理由;
- 反映哪些需求属性将被列入跟踪矩阵等。
需求类别
- 业务需求:整个==组织的高层级需要==,例如,解决业务问题或抓住业务机会，以及实施项目的原因。
- 干系人需求:干系人的需要。
- 解决方案需求:为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求:1功能需求:描述产品应具备的功能，例如,产品应该执行的行动、流程、数据和交互;2非功能需求:是对功能需求的补充，是产品正常运行所需的环境条件或质量要求，例如,可靠性、保密性、性能、安全性、服务水平、可支持性、保留或清除等。
- 过渡和就绪需求:如==数据转换和培训需求==。这些需求描述了从"当前状态"过渡到"将来状态"所需的临时能力。
- 项目需求:项目需要满足的行动、过程或其他条件，例如里程碑日期、合同责任、制约因素等。
- 质量需求:用于==确认项目可交付成果的成功完成==或其他项目需求的实现的任何条件或标准，例如,测试、认证、确认等。
项目范围说明书
- 产品范围描述
- 可交付成果
- 验收标准
- 项目除外责任
分解WBS
- 识别和分析可交付成果和相关工作
- 确定WBS的结构和编排方式
- 自上而下逐层细化分解
- 为WBS组件制定和分配标识编码
- 核实可交付成果的分解程度
WBS注意事项
- WBS必须面向可交付成果
- WBS必须符合项目范围（100%原则）
- WBS底层应该支持计划和控制
- WBS元素必须有人负责，而且只有一个人负责
- WBS应控制在4~6层，每层WBS分解为4~7个元素
- WBS包含项目管理工作，也包含分包出去的工作
- WBS编制需要所有（主要）项目干系人参与
- WBS并非一成不变的
范围基准
- 经批准的项目范围说明书
- WBS
- WBS词典
确认范围步骤
- 确定需要进行范围确认的时间;
- 识别范围确认需要哪些投入;
- 确定范围正式被接受的标准和要素;
- 确定范围确认会议的组织步骤;
- 组织范围确认会议。