:-: 项目范围管理
[toc]
## 项目范围管理概述
项目范围管理的 3 个方面工作：
1. **明确项目边界**，即明确哪些工作是包括再项目范围之内的，哪些工作是不包括再项目范围之内的。
2. **对项目执行工作进行监控**，确保所有该做的工作都做了，而且没有多做。对不包括再项目范围内的额外工作说“不”，杜绝做额外工作。
3. **防止项目范围发生蔓延**。范围蔓延是指未对时间、成本和资源做相应调整，未经控制的产品或项目范围的扩大。
项目范围管理的 6 个过程：规划范围管理、收集需求、定义范围、创建WBS、确认范围、控制范围
## 规划范围管理
#### **输入**：有项目管理计划、项目章程、事业环境因素和组织过程资产。
#### **使用的工具与技术**：有专家判断和会议
#### **输出**：有范围管理计划和需求管理计划。
范围管理计划是收集需求、定义范围、创建WBS 3 个管理过程的主要输入。
## 收集需求
需求分类
1. 业务需求
2. 干系人需求
3. 解决方案需求
4. 过渡需求
5. 项目需求
6. 质量需求
#### **输入**：有范围管理计划、需求管理计划、干系人管理计划、项目章程、干系人登记册。
#### **使用的工具与技术**：有访谈、焦点小组、引导式研讨会、**群体创新技术**、群体决策技术、问卷调查、观察、原型法、标杆对照、系统交互图、文件分析。
#### **输出**：需求文件、需求跟踪矩阵。
访谈：形式包括结构化和非结构化两种
焦点小组：一种群体访谈
群体创新技术是指一些群体活动来识别项目和产品需求，群体创新技术包括：
1. 头脑风暴（直接头脑风暴和质疑头脑风暴法）
2. 名义小组技术（结构化的头脑风暴法）
3. 德尔菲技术（专家匿名讨论）
4. 概念/思维导图（图文心智图）
5. 亲和图（KJ法，核心是头脑风暴法）
6. 多标准决策分析（一致同意、大多数原则、相对多数原则、独裁）
需求跟踪矩阵是将产品需求从其来源连接到能满足需求的可交付成果的一种表格
## 定义范围
#### **输入**：范围管理计划、项目章程、需求文件、组织过程资产
#### **实用的工具与技术**：专家判断、**产品分析、备选方案生成**、引导式研讨会
#### **输出**：项目范围说明书、项目文件更新
产品分析技术包括产品分解（典型为WBS）、系统分析、需求分析、系统工程、价值工程（开发设计阶段）、价值分析（量产后）。
备选方案生成是一种用来指定尽可能多的潜在可选方案的技术。
项目范围说明书内容：
1. 产品范围描述
2. 验收标准
3. 可交付成果
4. 项目的除外责任
5. 制约因素
6. 假设条件
项目范围说明书的作用
1. 确定范围
2. 沟通基础
3. 规划和控制依据
4. 变更基础
5. 规划基础
## 创建工作分解结构（WBS）
### WBS的层次
WBS将项目整体或者主要的可交付成果分解城容易管理、方便控制的若干个子项目或者工作包，子项目需要继续分解为工作包，持续这个过程，直到整个项目都分解为可管理的工作包，这些工作包的总和是项目的所有工作范围。（工作是指工作所导致的产品或可交付成果）
#### 分层的特点
1.每层中的所有要素之和是下一层的工作之和。
2. 每个工作要素应该具体指派下一个层次，而不应该指派给多个层次。
3. WBS需要有投入工作的范围描述，这样才能使所有人对要完成的工作有全面的了解。
**里程碑**（Milestone）标志着某个可交付成果或者阶段的正式完成。
**工作包**（Work Package）是位于WBS每条分支最底层的可交付成果或项目工作组成部分。
**控制账户**（Control Account）是一种管理控制点。
**规划包**（Planning Package）是指在控制账户之下，工作内容已知但尚缺详细进度活动的WBS组成部分。
**WBS词典**在制作WBS的过程中，要给WBS的每个部分赋予一个账户编码（Code of Account）标志符，它们是成本、进度和资源使用信息汇总的层次结构。
### 分解
常用的方法包括自上而下的方法、使用组织特定的指南和使用WBS模板，可以使用自下而上的方法对WBS组件进行整合。
#### 分解的原则
1. 功能或者技术原则
2. 组织结构
3. 系统或者子系统
#### 工作过程
创建WBS的过程：编制高层工作分解结构→分配管理层职责→分解工作分解结构→分配职责→编写项目范围说明书→审批工作分解结构→批准的工作分解结构
#### 注意事项
1. WBS必须是面向可交付成果的。
2. WBS必须符合项目的范围。
3. WBS的底层应该支持计划和控制。
4. WBS中的元素必须有人负责，而且只由一个人负责，尽管实际上可能需要多个人参与。
5. WBS的指导。
6. WBS应包括项目管理工作，也要包括分包过去的工作。
7. WBS的编制需要所有（主要）项目干系人的参与，需要项目团队成员的参与。
8. WBS并非是一成不变的。
#### WBS的作用
1. 明确和准确说明项目范围，项目团队成员能够清楚地理解任务的性质和需要努力的方向。
2. 清楚地定义项目地边界，它提供了项目管理人员、项目产品或服务地用户、项目发起人、项目团队成员等其他项目干系人一致认可地项目需要做的工作和不需要做的工作。
3. 为各独立单元分派人员，规定这些人员的职责，可以确定完成项目所需要的技术和人力资源。
4. 针对独立单元，进行时间、成本和资源需求量的估算，提高估算的准确性。
5. 为计划、预算、进度安排的费用控制奠定共同基础，确定项目进度和控制的基准。
6. 将项目工作和项目的财务账目联系起来。
7. 确定工作内容和工作顺序，将项目分解成具体的工作任务，就可以按照工作任务的逻辑顺序来实施项目
8. 有助于防止需求蔓延。
## 确认范围
### 确认范围概述
#### 确认范围的 5 个步骤
1. 确定需要进行范围确认的时间
2. 识别范围确认需要哪些投入
3. 确定范围正式被接受的标准和要素
4. 确定范围确认会议的组织步骤
5. 组织范围确认会议
#### 需要检查的 6 个问题
1. 可交付成果是否是确定的、可确认的。
2. 每个可交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件，例如，客户的书面认可等。
3. 是否有明确的质量标准
4. 审核和承诺是否有清晰的表达。
5. 项目范围是否覆盖了需要完成的产品或服务进行的所有活动
6. 项目范围的风险是否太高
## 控制范围
控制范围是监督项目和产品的范围状态、管理范围基准变更的过程，其主要**作用**是在整个项目期间保持对范围基准的维护。
未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）称为**范围蔓延**。
#### 范围变更的原因
1. 政府政策的问题
2. 项目范围的计划不周密详细，有一定的错误或遗漏。
3. 市场上出现了或是设计人员提出了新技术、新手段或新方案。
4. 项目执行组织本身发生变化。
5. 客户对项目、项目产品或服务的要求发生变化。
#### 范围变更控制的工作
1. 影响导致范围变更的因素，并尽量使这些因素向有利的方面发展
2. 判断范围变更是否已经发生
3. 范围变更发生时管理实际的变更，确保所有被请求的变更按照项目整体变更控制过程处理。
