信管-项目范围管理

做范围内的事情；做到公平公开公正；

1）项目范围：为了能交付产品，项目所必须做的工作

2）产品范围：产品或者服务所应包含的功能

一、规划范围管理（编制范围管理计划过程）

1.基本概念：

1.1 编制范围管理计划，描述将如何定义，确认和控制项目范围的过程

2.输入：

2.1 项目管理计划

2.2 事业环境因素：（影响项目，不可改变）

 1）类型：

• 组织或公司的文化与组成结构
• 政府或行业标准
• 基础设施
• 现有的人力资源
• 人事管理
• 公司工作核准制度
• 市场情况
• 项目干系人风险承受力
• 商业数据库：成本估算数据，行业风险研究信息与风险数据库
• 项目管理信息系统：使用的工具

2.3组织过程资产：（加快效率，要不断更改）

1）组织进行工作的过程与程序

2）组织整体信息存储检索知识库

3.工具：

3.1 会议

3.3 专家判断： 问会的人

4.输出：

4.1 项目范围管理计划（可正式/非正式；可详细/概括）

• 制定详细项目范围说明书
• 根据详细项目范围说明书创建WBS
• 维护和批准工作分解结构
• 正式验收已完成的项目可交付成果
• 处理对详细项目范围说明书或WBS的变更

4.2 需求管理计划

---

二、收集需求

1. 基本概念

1.1 为实现项目目标，明确并记录项目干系人的相关需求的过程

定义和管理客户期望；为定义和管理项目范围（包括产品范围）奠定基础；需求是WBS的基础，成本、进度和质量计划也要在这些需求基础上进行

1.2 分类

• 业务需求
• 干系人需求
• 解决方案需求
• 过渡需求
• 项目需求
• 质量需求

1.3 可跟踪性

用户原始需求---->需求文件----->下游工作产品（正向跟踪-追溯）

用户原始需求<----需求文件<-----下游工作产品（反向跟踪-回溯）

2. 输入

2.1 范围管理计划

2.2 需求管理计划

2.3 干系人管理计划

2.4 干系人登记册

2.5 项目章程（原始甲方需求）

3. 工具

3.1 访谈

3.2 原型法等

4.输出

4.1 需求文件

需求规格说明书；可测量测试和可跟踪的；渐进明细

4.2 需求跟踪矩阵

作用

• 确保目标都是有意义的需求
• 确保每个具体需求能够通过技术工作和可交付成果的完成而得到实现
• 有助于管理项目变更

---

三、定义范围

1. 基本概念

1.1 制定项目和产品详细描述的过程

2. 输入

2.1 范围管理计划

2.2 项目章程

2.3 需求文件

2.4 组织过程资产

3. 工具

3.1  专家判断

3.2  产品分析

3.3  备选方案生成

3.4 引导式研讨会

4.输出

4.1 范围说明书

项目范围说明书记录了整个范围，包括项目范围和产品范围，详细描述项目的可交付成果，以及为提交这些可交付成果而必须开展的工作

内容：

• 产品范围描述
• 验收标准
• 可交付成果
• 项目的除外责任
• 制约因素
• 假设条件

主要作用：

• 确定范围
• 沟通基础
• 规划和控制依据
• 变更基础
• 规划基础

4.2 项目文件更新

---

四、创建工作分解结构

1. 基本概念

1.1 把整个项目分解为较小的、易于管理的组成部分 过程

2. 输入

2.1  范围管理计划

2.2  范围说明书

2.3  需求文件

2.4  事业环境因素

2.5 组织过程资产

3. 工具

3.1 专家判断

3.2 分解

4.输出

4.1 范围基准

范围说明书

WBS

WBS词典：对WBS说明

4.2 项目文件更新

范围基准、项目范围管理计划（更新）、变更请求

---

五、确认范围

1. 基本概念

1.1  正式验收已完成的项目，可交付成果的过程；确认范围包括与客户或发起人一起审查可交付成果，确保可交付成果已圆满完成，并获得客户或发起人的正式验收

步骤：

• 确定需要进行范围确认的时间
• 识别范围确认需要哪些投入
• 确定范围正式被接受的标准和要素
• 确定范围确认会议的组织步骤
• 组织范围确认会议

确认范围与质量控制区别：

1. 目的不同：确认范围主要强调可交付成果获得客户或发起人的接受程度；质量控制强调可交付成果的正确性，并符合为其制定的具体质量要求（质量标准）
2. 前后顺序：质量控制一般在确认范围前进行，也可同时进行；确认范围一般在阶段末尾进行，而质量控制并不一定在阶段末尾进行
3. 人员不同：质量控制属于内部检查，由执行组织的相应质量部门实施；确认范围则是由外部干系人（客户或发起人）对项目可交付成果进行检查验收

确认范围与项目收尾

2. 输入

2.1 范围管理计划

2.2 需求文件

2.3 需求跟踪矩阵

2.4 核实的可交付成果（控制质量）

2.5 工作绩效数据（指导和执行项目管理计划）

2.6 WBS字典

3. 工具

3.1 检查

3.2 群体决策技术

4.输出

4.1 验收的可交付成果

4.2 变更请求

4.3 工作绩效信息

4.4 项目文件更新

---

六、范围控制

1. 基本概念

1.1 监督项目和产品的范围状态，管理范围基准变更的过程

范围蔓延：未经控制的产品或项目范围的扩大（未对时间成本和资源做相应调整）

范围镀金：项目组成员自行添加功能到项目中，比如某人发现某个功能加到软件上会很新颖，有卖点，结果自行添加进去

2. 输入

2.1 范围管理计划

2.2 需求文件

2.3 需求跟踪矩阵

2.4 组织过程资产

2.5 工作绩效数据（指导和执行项目管理计划）

3. 工具

3.1 偏差分析

4.输出

4.1 变更请求

4.2 组织过程资产更新

4.3 工作绩效信息

4.4 项目管理计划的更新

---

题目总结：

检验WBS是否完全定义、项目的所有任务是否都被完全分解主要依据：

• 每个任务的状态和完成情况是可以量化的
• 明确定义了每个任务的开始和结束
• 每个任务都有一个可交付成果
• 工期易于估算且在可接受期限内
• 容易估算成本
• 各项任务是独立的
• 各项任务能被描述的

分解WBS结构方法：

• 使用项目生命周期的阶段作为分解的第一层，而把项目可交付物安排在第二层
• 把项目重要的可交付物作为分解的第一层
• 把子项目安排在第一层，再分解子项目的WBS

分解结构应把握的原则：

• 在各层次上保持项目的完整性，避免遗漏必要的组成部分
• 一个工作单元只能从属于某个上层单元，避免交叉从属
• 相同层次的工作单元应有相同性质
• 工作单元应能分开不同的责任者和不同工作内容
• 便于项目管理进行计划和控制的管理需要
• 最底层工作应该具有可比性，是可管理的，可定量检查的
• 应包括项目管理工作（管理是项目具体工作的一部分），包括分包出去的工作
• WBS的最低层次的工作单元是工作包；一个项目的WBS是否分解到工作报告

初步项目范围说明书的内容：

• 项目和范围的目标
• 产品或服务的需求和特性
• 项目的需求和可交付物
• 项目的边界
• 产品的验收标准
• 项目的约束条件
• 项目的假定
• 最初的项目组织
• 对项目工作的初步分解
• 最初定义的风险
• 进度里程碑
• 初步的成本估算
• 项目配置管理的需求
• 审批要求

项目范围基线：

• 批准的项目范围说明书
• WBS
• WBS字典