PMP-05项目范围管理

第5章项目范围管理， PMP项目管理，PMBOK第六版知识结构整理， （PMBOK第6版）学习备考必备，49个过程考经， PMP十大知识领域，五大过程组输入输出， PMP考试—知识点梳理（PMBOK 第六版）。

05 项目 范围管理

5.1 规划范围管理

目的：记录如何定义确认和控制项目范围

输入

项目章程，项目管理计划：质量管理计划

工具与技术

专家判断

数据分析

备选方案分析

用于分析收集需求和开展范围管理的 多种备选方案，并作出选择

会议

召开会议，编制范围管理计划，需求管理计划

输出

范围管理计划

如何编写范围说明书、WBS、WBS词典

范围基准由谁来审批，如何验收可交付成果

需求管理计划

用什么方法收集需求，用什么标准来给需求排序，如何跟踪需求的实现

5.2 收集需求

目的：收集相关方的需求，转变为具体的项目需求并记录下来

需求必须是可测量的

输入

项目章程，需求管理计划、范围管理计划、相关方参与计划

相关方登记册、假设日志，商业文件，协议/合同

工具与技术

专家判断

人际关系与团队技能

名义小组技术

带排序的头脑风暴法

观察和交谈

工作跟随，可采取旁站观察参与观察

引导

跨部门跨领域的相关方派代表参加，共同讨论需求， 以识别一些跨界需求，并协调需求矛盾

数据收集 收集需求

头脑风暴

一群人面对面集思广益，提出尽可能多的主意

访谈

直接问对方有什么需求

焦点小组

召集6~10位背景相似者参加会议，由他们针对主持人 的提问进行讨论，得到小组的集体意见

问卷调查

向众多受访者快速收集需求

标杆对照

局部对照，可以来自内部或外部

数据分析

文件分析

现场调查

个人调查法，小组调查法和联系对比法

系统交互图

对产品范围的可视化描绘

显示业务系统的输入，输出

原型法

原型制作，用户体验，收集反馈，原型修改。

数据表现

亲和图

把头脑风暴的大量需求进行分类。

亲和图可以对潜在缺陷成因进行分类，展示最应关注的领域

思维导图

把头脑风暴的创意整合成一张图，反应共性与差异，激发新创意

决策

投票

对方案进行集体评估决策。

多标准决策分析

采用决策矩阵排优先级

德尔菲技术

匿名投票，专家必须有且只有一票

调查问卷多轮反馈

达成一致意见，有利于减轻个人偏见。

输出

需求文件

内容：序号、需求描述、分类、排序、验收标准、验收方法、相关方

需求跟踪矩阵

说明具体需求与高层目标之间的对应关系，以及具体需求 与细节层次上的项目设计和可交付成果之间的对应关系

内容：需求描述、排序、来源、高层次目标、WBS中的成果

需求分类

商业需求

这是最高层次的，如抓住某个商业机会。解决：为什么要做某个项目？

相关方需求

这是中间层次的，解决：相关方想要用项目产品做什么？

解决方案需求

这是最低层次的，项目产品必须具备的特性的功能。 解决：项目团队必须开发出什么样的项目产品？

过度和就绪需求

如数据迁移

5.3 定义范围

目的：定义项目边界

工具与技术

专家判断

数据分析

备选方案分析

输入

项目章程，范围管理计划，需求文件，假设日志

输出

项目范围说明书

细化的产品范围

详细的验收标准

可交付成果

为完成项目而必须产出的产品成果，如项目管理报告和文件

项目除外责任

项目必须不做什么事情，降低用户期望，提升满意度

有助于管理相关方的期望及减少范围蔓延

项目文件更新 假设日志 需求文件 需求跟踪矩阵 相关方登记册

明确哪些需求必须在本项目上实现，并基于这些需求编制项目范围说明书，明确项目范围边界

5.4 创建WBS

将工作分解为小任务、工作包， 并在此基础上形成范围基准。 有利于识别范围蔓延

工作分解结构是用来确定项目的总范围的，项目的全部工作都必须包含在其中

工作分解结构100%规则的要求：工作分解结构必须且只能包含100%的工作

不多做也不少做

工作分解结构的编制需要全部主要相关方的参与，需要项目团队成员的参与

逐层向下分解是为了提高时间和成本估算的准确性， 为了更有效的开展项目规划、执行与控制

输入

项目管理计划：范围管理计划

项目文件：项目范围说明书、需求文件，事业环境因素，组织过程资产

输出

范围基准

经过批准的范围说明书 WBS和WBS词典

项目范围说明书

WBS

工作包

WBS的最底层级。工作包是项目上最小的可交付成果，再分解就是进度活动

规划包

控制账户之下，工作包之上。规划包必须分解成工作包才能执行

WBS词典

工作包的各种详细信息

工具

分解、滚动式规划

5.5 确认范围

目的：正式验收已完成的项目可交付成果的过程

通过确认每个可交付成果，来提高 最终产品成果获得验收的可能性

输入

项目管理计划：需求管理计划、范围管理计划、范围基准

项目文件：需求文件、需求跟踪矩阵、质量报告

工作绩效数据，核实的可交付成果

输出

验收的可交付成果

由客户或发起人正式签字批准

工作绩效信息

包括项目进展信息

变更请求

对已经完成但未通过正式验收的可交付成果及其未通过验收的原因应该记录在案

工具与技术

检查（打勾表）

决策

投票

5.6 控制范围

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

范围蔓延和镀金的项目都是失败的

输入

项目管理计划：范围管理计划、需求管理计划、范围基准、绩效测量基准

项目文件：需求文件、需求跟踪矩阵、工作绩效数据

输出

工作绩效信息

包括收到的变更的分类、识别的范围偏差和原因、偏差对进度和成本的影响， 以及对将来范围绩效的预测

变更请求

分析项目绩效后，可能会就范围基准和进度基准，提出变更请求

工具与技术

数据分析

偏差分析

确定项目范围绩效偏离范围基准的程度和原因

趋势分析

预测未来的项目范围绩效