高项管理之——范围管理

1、规划范围管理

0、规划范围管理是编制范围管理计划，书面描述将如何定义、确认和控制项目范围的过程，其主要作用是在整个项目中对如何管理范围提供指南和方向。
1、输入输出工具和技术

2、范围管理计划的内容：

1. 如何制定项目范围说明书
2. 如何根据范围说明书创建WBS
3. 如何维护和批准WBS
4. 如何确认和正式验收已完成的项目可交付成果（范围确认）
5. 如何处理项目范围说明书的变更，该工作与实施整体变更控制过程直接相联（范围控制）

3、范围管理计划可以是详细的概括的正式的非正式的
4、需求管理计划是对项目的需求进行定义、确定、记载、核实管理和控制的行动指南。

2、收集需求

0、收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程，其作用是为定义和管理项目范围（包括产品范围）奠定基础。
1、需求分类：

1. 业务需求（高层次的需要）；
2. 干系人需求；
3. 解决方案需求；
4. 过渡需求
5. 项目需求
6. 质量需求（QFD将质量需求细分为 基本需求、期望需求、意外需求）

2、输入输出工具和技术

3、需求跟踪

1. 正向跟踪（检查需求文件中的每个需求是否都能再后继工作产品或成果中找到对应点），追溯
2. 反向跟踪（也称逆向跟踪，检查设计文档、产品构件、测试文档等工作成果是否都能再需求文件中找到对应出处），回溯
3. 需求跟踪能力联系链（正向跟踪和反向跟踪，它能跟踪需求使用的整个周期，即从需求建议到交付的全过程）
4. 第五类联系链：需求文件 SRS之间的跟踪

3、定义范围

1、输入输出工具和技术

2、范围说明书的内容（选择案例论文）：

1. 产品范围描述
2. 验收标准
3. 可交付成果
4. 项目的除外责任
5. 制约因素
6. 假设条件

3、重要的检查点是里程碑，重要的里程碑是基线

4、创建WBS

1、项目工作分解为工作包，所进行的步骤：

1. 识别和分析可交付成果及相关工作（分解什么）
2. 确定WBS的结构和编排方法（怎么分解）
3. 自上而下逐层细化分解（分解）
4. 为WBS组件指定和分配标识编码（编码）
5. 核实可交付成果分解的程度是恰当的（检查、确认）

2、分解原则

1. 项目生命周期的各阶段作为分解的第二层
2. 主要可交付成果作为分解的第二层
3. WBS应包括项目管理工作，也要包括分包出去的工作
4. WBS必须是面向可交付成果的
5. WBS必须符合项目的范围
6. WBS的底层应该支持计划和控制
7. WBS中的元素必须有人负责，而且只由一个人负责
8. WBS的指导，WBS应控制在4~6层
9. 一个工作单元只能从属于某个上层单元，避免交叉从属
10. WBS的编制需要所有（主要）项目干系人的参与，需要项目团队成员的参与（不是某个项目团队成员的责任，应该由全体项目团队成功、用户和项目干系人共同完成和一直确认）
11. WBS并非是一成不变的（滚动分解原则）
12. 8/80原则，建议工作包（WBS底层）的大小完成时间在1天到2周内

3、WBS表示形式常见的有

1. 树形结构：层次清晰，直观性和结构性强，但不易修改，适用于中小型项目
2. 表格形式（列表式）：直观性较差，单能够反映出项目所有的工作要素，适用于大的复杂的项目

4、输入输出工具和技术

5、工作包、规划包、控制账户关系

5、确认范围

0、也叫阶段性验收，肯定有甲方参加，是正式眼搜狐项目已完成的可交付成果的过程，其主要作用是使验收过程具有客观性，通过验收每个可交付成果，提供最终产品、服务或成果获得验收的可能性； 确认范围包括与客户或发起人一起审查可交付成果，确保可交付成果已圆满完成，并获得客户或发起人的正式验收。

1、输入输出工具和技术

2、确认范围的步骤：

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

3、干系人关注点、

1. 管理层关注：是否超过了组织承受范围，是否在投入产出上具有合理性
2. 客户关注：产品范围，关心项目的可交付成果是否足够完成产品或服务
3. 项目管理层人员关注：可交付成果是否足够和必须完成
4. 项目团队成功关注：自己参与的元素和负责的元素

4、范围确认和确认范围是一个意思，下图要会：

5、确认范围与核实产品

1. 核实产品是针对产品是否完成，在项目（或阶段）结束时由发起人或客户来验证，强调产品是否完整；
2. 确认范围是针对项目可交付成果，由客户或发起人在阶段末确认验收的过程；

6、确认范围与质量控制

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

7、确认范围与项目收尾

1. 确认范围和项目收尾都在阶段末进行
2. 确认范围强调的是核实与接受可交付成果，而项目收尾强调的是结束项目（或阶段）所要做的流程性工作
3. 确认范围与项目收尾都有验收工作
4. 确认范围强调验收项目可交付成果，而项目收尾强调验收工作

6、控制范围

1、输入输出工具和技术

2、范围变更的原因

1. 政府政策的有变化
2. 项目范围的计划编制不周密详细，有一定的错误或遗漏
3. 市场上出现了新的技术，新手段或新方案
4. 项目执行组织本身发生了变化
5. 客户对项目、项目产品或服务的要求发生变化