二、范围管理

1、范围管理的6个子过程 ：

规、集、定、创、确、控

规划范围管理；
收集需求；
定义范围；
创建WBS（创建工作分解结构）；
确认范围；
控制范围。

2、范围管理各过程的输入、输出、工具与技术

1、规划范围管理
输入	工具	输出
项目章程	专家判断	范围管理计划
项目管理计划	会议	需求管理计划
事业环境因素	数据分析
组织过程资产

2、收集需求
输入	工具	输出
项目章程	专家判断	需求文件
项目管理计划	数据收集	需求跟踪矩阵
项目文件	数据分析
立项管理文件	决策
协议	数据表现
事业环境因素	人际关系与团队技能
组织过程资产	系统交互图
	原型法

3、定义范围
输入	工具	输出
项目章程	专家判断	项目范围说明书
项目管理计划	数据分析	项目文件更新
项目文件	决策
事业环境因素	人际关系与团队技能
组织过程资产	产品分析

4、创建WBS（创建工作分解结构）
输入	工具	输出
项目管理计划	分解	范围基准
项目文件	专家判断	项目文件更新
事业环境因素
组织过程资产

4.1、WBS分解的注意事项：

①WBS必须是面向可交付成果的：项目的目标是提供产品或服务，WBS中的各项工作是为提供可交付成果服务的。
②WBS必须符合项目的范围：WBS必须包括也仅包括为了完成项目的可交付成果的活动。100%原则（包含原则）认为，在WBS所有下一级的元素之和必须100%代表上一级的元素。
③WBS的底层应该支持计划和控制：WBS的底层不但要支持项目管理计划，而且要让管理层能够监视和控制项目的进度和预算。
④WBS中的元素必须有人负责，而且只有一个人负责。
⑤WBS和责任人可以使用工作责任矩阵来描述WBS应控制在4-6层，一个工作单元只能从属于某个上层单元，避免交叉从属。
⑥WBS应包括项目管理工作 (因为管理是项目具体工作的一部分)，也要包括分包出去的工作.
⑦WBS的编制需要所有 (主要) 项目干系人的参与。
⑧WBS并非是一成不变的:在完成了WBS之后的工作中，仍然有可能需要对WBS进行修改

WBS分解过程 简单总结如下：

面向可交付成果；
100%原则；
支持计划和控制；
必须有人负责、而且只有一个负责；
避免交叉从属；
包括管理工作和分包出去的工作；
不是一成不变的，可修改；
所有（主要）干系人参与编辑WBS。

4.2、WBS分解步骤

整个项目工作分解为工作包，统筹需要展开如下活动：

识别和分析可交付成果及相关工作；
确定WBS的结构和编排方法；
自上而下逐层细化分解；
为WBS组成部分制定和分配标识编码；
核实可交付成果分解的程度是否恰当。

• WBS控制账户是一个管理控制点。

5、确认范围
输入	工具	输出
项目管理计划	检查	验收的可交付成果
项目文件	决策	变更请求
核实的可交付成果		工作绩效信息
工作绩效数据		项目文件更新

范围确认的一般步是：

1. 确定需要进确认范用的时间；
2. 识别认范围需要些投入；
3. 确定认范围正式别接受的和要素；
4. 确定认范围会议的组织步骤；
5.  组织确认范围会议。

6、控制范围
输入	工具	输出
项目管理计划	数据分析	工作绩效信息
项目文件		变更请求
工作绩效数据		项目管理计划更新
组织过程资产		项目文件更新

相关知识点：

配置管理计划属于项目管理计划。

题目说“用到”指的是输入。

在预测型项目中，经过批准的项目范围说明书、工作分解结构(WBS) 和相应的WBS 词典构成项目范围基准。

采用适应型生命周期的项目，则使用未完成项(包括产品需求和用户故事)反映当前需求。

注意需求和范围的知识点。

仅为个人学习笔记。