大师兄的信息化项目管理学习笔记（二十）：项目范围管理（五）
大师兄的信息化项目管理学习笔记（二十二）：项目进度管理（一）
八、控制范围
1. 范围蔓延
- 未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）被称为范围蔓延（Scope Creep）。
- 变更质控的后果，通常是：时间延误、成本超时、质量下降。
- 胡子工程：拖拖沓沓、不能按时完工，或者因为某种原因而迟迟不能完成的工程。
- 镀金(Gold Plating)一般指项目团队主动为客户或发起人多做点超出范围定义的事情，即主动增加额外的工作而得不到任何经济补偿的行为，即多做无报酬。
2. 关于控制范围
- 控制范围是监督项目和产品的范围状态，管理范围基准变更。
- 控制范围的作用是在整个项目期间保持对范围基准的维护。
- 控制范围应该在整个项目期间开展。
- 控制范围通常在实施整体变更控制后开展：
(变更请求、推荐的纠正措施、推荐的预防措施) -》变更的同意或否决
3. 工作原则
- 在变更未获得批准前，不做项目范围基准之外的工作。
- 如果变更比较大，可以考虑开始一个新项目或新合同。
4. ITTO
| 输入 | 工具与技术 | 输出 |
|---|---|---|
| 1. 项目管理计划 - 范围管理计划 - 需求管理计划 - 变更管理计划 - 配置管理计划 - 范围基准 - 绩效测量基准 2. 项目文件 - 经验教训登记册 - 需求文件 - 需求跟踪矩阵 3. 工作绩效数据 4. 组织过程资产 |
1. 数据分析 - 偏差分析 - 趋势分析 |
1. 工作绩效信息 2. 变更请求 3. 项目管理计划更新 - 范围管理计划 - 范围基准 - 进度基准 - 成本基准 - 绩效测量基准 4. 项目文件更新 - 经验教训登记册 - 需求文件 - 需求跟踪矩阵 |
5. 输入
5.1 项目管理计划
- 范围管理计划：记录了如何控制项目和产品范围。
- 需求管理计划：记录了如何管理项目需求。
- 变更管理计划：定义了管理项目变更的过程。
- 配置管理计划：定义了哪些是配置项，哪些配置项需要正式变更控制，以及针对这些配置项的变更控制过程。
- 范围基准：用范围基准与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施。
- 绩效测量基准：使用挣值分析时，将，将绩效测量基准与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施。
5.2 项目文件
- 经验教训登记册：项目早期获得经验教训可以运用到后期阶段，以改进范围控制。
- 需求文件：用于发现对商定的项目或产品范围的便宜。
- 需求跟踪矩阵：有助于探查任何变更或对范围基准的任何偏离对项目目标的影响，还可以提供受控需求的状态。
5.3 工作绩效数据
- 工作绩效数据可能包括收到的变更请求的数量，接收的变更请求的数量，以及核实、确认和完成的可交付成果的数量。
5.4 组织过程资产
- 现有的、正式的和非正式的，与范围控制相关的政策、程序和指南。
- 可用的监督报告的模板。
6. 工具与技术
6.1 数据分析
- 确定偏离范围基准的原因和程度，并决定是否需要采取纠正或预防措施，是项目范围控制的重要工作，要借助于数据分析技术来实现。
- 偏差分析：偏差分析用于将基准与实际结果进行比较，以确定偏差是否处于临界值区内或是否有必要采取纠正或预防措施。
- 趋势分析：趋势分析旨在审查项目绩效随时间的变化情况，以判断绩效是正在改善还是正在恶化。
7. 输出
7.1 工作绩效信息
- 本过程产生的工作绩效信息是有关项目范围实施情况的、相互关联且与各种背景相结合的信息，这些信息是与范围基准进行了对照比较的，内容可作为变更范围决策的基础：
- 收到的变更的分类；
- 识别的范围偏差和原因；
- 偏差对进度和成本的影响；
- 对将来范围绩效的预测。
7.2 变更请求
- 分析项目绩效后，可能会就范围基准和进度基准，或项目管理计划的其他组成部分提出变更请求，包括：
- 预防措施
- 纠正措施
- 缺陷补救
- 更新
7.3 项目管理计划更新
- 范围管理计划：可以更新范围管理计划，以反映范围管理方式的变更。
- 范围基准：在针对范围、范围说明书、WBS或WBS词典的变更获得批准后，需要对范围基准做出相应的变更。
- 进度基准：在针对范围、资源或进度估算的变更获得批准后，需要对进度基准做出相应的变更。
- 成本基准：在针对范围、资源或成本估算的变更获得批准后，需要对成本基准做出相应的变更。
- 绩效测量基准：在针对范围、进度绩效或成本估算的变更获得批准后，需要对绩效测量基准做出相应的变更。
- 如果项目管理计划中的某个基准偏差太过严重，则需要重新修订该基准。
7.4 项目文件更新
- 经验教训登记册：更新经验教训登记册，以记录控制范围的有效技术，以及造成偏差的原因和选择的纠正措施。
-
需求文件：可以通过增加或修改需求而更新需求文件。
需求跟踪矩阵：应该随同需求文件的更新而更新需求跟踪矩阵。
