05 项目范围管理过程及ITO

【注：本文为个人学习笔记，随时补充更新内容，仅供参考！】

项目范围管理概述

1. 规划范围管理

2. 收集需求

3. 定义范围

4. 创建WBS

5. 确认范围

6. 控制范围

口诀

口诀：一谋五求

• 一谋 规划范围 —— 找行动方案

---

• 一求 收集需求 —— 求全
• 二求 定义范围 —— 求细
• 三求 创建WBS —— 求分
• 四求 确认范围 —— 求果
• 五求 控制范围 —— 求控

【范围管理计划】包括：

1. （定义范围）根据项目初步范围说明书编制详细项目范围说明书的一个过程；
2. （创建WBS）能够根据详细的项目范围说明书制作工作分解结构，并确定如何维持与批准该工作分解结构的一个过程；
3. （确认范围）规定如何正式核实与验收项目已完成可交付成果的一个过程；
4. （控制范围）控制详细项目范围说明书变更请求处理方式的一个过程。该过程同整体变更控制有直接联系。

【需求管理计划】包括：

1. 如何规划、跟踪和报告各种需求活动；
2. 配置管理活动；
3. 需求优先级排序过程；
4. 产品测量指标及使用这些指标的理由；
5. 用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构；
6. 收集需求过程。

【需求文件】包括：

1. 业务需求；
2. 干系人需求；
3. 解决方案需求；
4. 项目需求；
5. 过渡需求；
6. 与需求相关的假设条件、依赖关系和制约因素。

【项目范围说明书】包括：

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

【范围基准】包括：

1. 经过批准的项目范围说明书；
2. WBS；
3. WBS词典。

【IT项目范围确认】包括：

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

---

工具与技术

【访谈】

• 强调 一对一的交谈

【焦点小组会议】

• 人数通常是6-10人
• 这些人往往来自同一个领域
• 这些人讨论的结果，必须形成统一的意见

【引导式研讨会】

• 在主持人的引导下，不一定形成统一的意见
• 不一定来自同一领域
• 没有人数的限制

【群体创新技术】

头脑风暴法（集思广益会）

• 适用于前期的信息收集
• 强调面对面

德尔菲技术（Delph）

• 匿名
• 强调风险识别
• 用于多次有控制的反馈，达成一致意见结束
• 多用于后期评审
• 强调背对背

【群体决策技术/举手表决】

• 一致同意：100%
• 大多数原则：超过50%
• 相对多数原则：没有比例超过50%，其中相对最多占比
• 独裁

【标杆对照】

• 对标的标杆可以不是同行业的
• 可以对标局部内容：基准对照

【系统交互图】

• 系统的输入输出表达清楚

【产品分析】

• 旨在弄清楚产品范围，并把对产品的要求转化成项目的要求。
• 将项目目标变成有形的可交付成果和要求说明书。
• 把高成绩的产品描述，转变成有形的成果交付。

包括的小工具

－ 需求分析
　－ 系统分析
　－ 产品分解
　－ 价值工程
　－ 系统工程
　－ 价值分析

【分解】

• 把项目可交付成果划分为更小的、更便于管理的组成部分，直到工作和可交付成果被定义到工作包的层次。
• 目的：便于控制。
• 不能分解：很远的将来要完成的成果。

分解的多种形式

－ 把项目生命周期的各阶段作为分解的第二层，把产品和项目可交付成果放在第三层
　－ 把主要可交付成果作为分解的第二层
　－ 按子项目进行第二层分解。子项目（如外包工作）可能由项目团队之外的组织实施。然后，作为外包工作的一部分，卖方需编制相应的合同工作分解结构。

分解的活动/步骤：

1. 识别可交付成果和工作；
2. 确定分解结构；
3. 将上层分解为下层；
4. 分配标识号；
5. 核实工作的分解的程度是否必要而又足够。

【偏差分析】包括：

1. 识别偏差
2. 分析偏差
3. 纠正偏差