1、范围管理的6个子过程 :规、集、定、创、确、控
规划范围管理;
收集需求;
定义范围;
创建WBS(创建工作分解结构);
确认范围;
控制范围。
2、范围管理各过程的输入、输出、工具与技术
1、规划范围管理 |
输入 | 工具 | 输出 |
项目章程 | 专家判断 | 范围管理计划 |
项目管理计划 | 会议 | 需求管理计划 |
事业环境因素 | 数据分析 | |
组织过程资产 | | |
2、收集需求 |
输入 | 工具 | 输出 |
项目章程 | 专家判断 | 需求文件 |
项目管理计划 | 数据收集 | 需求跟踪矩阵 |
项目文件 | 数据分析 | |
立项管理文件 | 决策 | |
协议 | 数据表现 | |
事业环境因素 | 人际关系与团队技能 | |
组织过程资产 | 系统交互图 | |
| 原型法 | |
3、定义范围 |
输入 | 工具 | 输出 |
项目章程 | 专家判断 | 项目范围说明书 |
项目管理计划 | 数据分析 | 项目文件更新 |
项目文件 | 决策 | |
事业环境因素 | 人际关系与团队技能 | |
组织过程资产 | 产品分析 | |
4、创建WBS(创建工作分解结构) |
输入 | 工具 | 输出 |
项目管理计划 | 分解 | 范围基准 |
项目文件 | 专家判断 | 项目文件更新 |
事业环境因素 | | |
组织过程资产 | | |
①WBS必须是面向可交付成果的:项目的目标是提供产品或服务,WBS中的各项工作是为提供可交付成果服务的。
②WBS必须符合项目的范围:WBS必须包括也仅包括为了完成项目的可交付成果的活动。100%原则(包含原则)认为,在WBS所有下一级的元素之和必须100%代表上一级的元素。
③WBS的底层应该支持计划和控制:WBS的底层不但要支持项目管理计划,而且要让管理层能够监视和控制项目的进度和预算。
④WBS中的元素必须有人负责,而且只有一个人负责。
⑤WBS和责任人可以使用工作责任矩阵来描述WBS应控制在4-6层,一个工作单元只能从属于某个上层单元,避免交叉从属。
⑥WBS应包括项目管理工作 (因为管理是项目具体工作的一部分),也要包括分包出去的工作.
⑦WBS的编制需要所有 (主要) 项目干系人的参与。
⑧WBS并非是一成不变的:在完成了WBS之后的工作中,仍然有可能需要对WBS进行修改
5、确认范围 |
输入 | 工具 | 输出 |
项目管理计划 | 检查 | 验收的可交付成果 |
项目文件 | 决策 | 变更请求 |
核实的可交付成果 | | 工作绩效信息 |
工作绩效数据 | | 项目文件更新 |
6、控制范围 |
输入 | 工具 | 输出 |
项目管理计划 | 数据分析 | 工作绩效信息 |
项目文件 | | 变更请求 |
工作绩效数据 | | 项目管理计划更新 |
组织过程资产 | | 项目文件更新 |