范围管理核心考点梳理

个人总结，仅供参考，欢迎加好友一起讨论

PMP - 范围管理核心考点梳理

预测型项目的课程讲解可以按照10大知识领域的顺序来理解，也可以按照5大过程组的顺序来理解，个人觉得按照10大知识领域来理解会更好一些。5大过程组的是顺序：启动、规划、执行、监控、收尾。而且范围、进度、成本管理这3章的学习内容之间的联系比较紧密。

01 范围管理的子过程

对范围管理的6个子过程的先后顺序需要记忆下来，并且最好能复述出来？

解析：

因为这里是按照5大过程组的顺序（启动、规划、执行、监控、收尾）来理解的，在规划和监控中都有关于针对范围管理的相关内容：

启动阶段：

• 规划范围管理
• 收集需求
• 定义范围
• 创建WBS

监控阶段：

• 控制范围
• 确认范围

02 规划范围管理

包括后续所有章节的规划某某管理，都是一个指引，是一个方法论，指导后续的工作怎么开展。规划范围管理比较特殊他输出了2个子管理计划，具体是哪两个，他们的定义是怎样的？

解析：

预测性项目上，基本所有的章节，都会有一个规划XX管理的相关内容。

规划范围管理输入出了两个子管理计划：

1 范围管理计划

范围管理计划，其描述将如何定义、制定、监督、控制和确认项目范围。

并且，范围管理计划中，没有所谓的“范围”，“范围”是在范围基准中。

2 需求管理计划

需求管理计划，其描述将如何分析、记录和管理项目和产品的需求。

并且，需求管理计划中，也没有“需求”，需求是在需求文件里面。

所以，范围管理计划和需求管理计划，只是制定了一个计划，只是定义了如何去描述相关内容。

需求和范围的区别：

• 需求，来源于客户或者相关方的需要和期望。
• 范围，是满足“需求”必须交付的可交付成果和相关工作，用于确定项目边界。

03 收集需求

比较重要的如果有这些关键词，优先选择这个工具。比如问卷调查对应哪些关键词，标杆对照对应哪些关键词，每一种工具对应哪些关键词需要快速对应，就是说题干里面哪些关键词等等？

解析：

收集需求的工具与技术如下表格展示：

收集需求的时候输出了什么文件，其中需求跟踪矩阵他的定义是什么，正向跟踪和逆向跟踪是什么意思，如果客户在验收会上发现需求和可交付成果对应不上，怎么办？

解析：

收集需求会输出两个文件：需求文件和需求跟踪矩阵。

需求文件，是用来描述各种单一需求将如何满足与项目相关的业务需求。

需求跟踪矩阵，是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。

• 把每个需求与业务目标或项目目标联系起来，确保每个需求都具有商业价值
• 提供了在整个项目生命周期中跟踪需求的一种方法（正向跟踪和逆向跟踪）
• 收集需求时产生的需求文件和需求跟踪矩阵并不代表项目的真实范围
• 需求跟踪矩阵需要在整个项目生命周期中跟踪和更新

需求对应的可交付成果，正向跟踪是通过需求描述对应相应的可交付成果，假设一个需求描述，在需求跟踪矩阵中找不到可交付成果，说明了这种少做了项目范围，范围遗漏了；逆向跟踪是通过可交付成果可以逆向找到对应的需求描述，假设有一个可交付成果，但是这个可交付成果没对应的需求描述，说明可能发生了范围蔓延。

04 定义范围

区分清楚需求和范围的区别。定义范围的作用是什么，他输出了什么？范围说明书包含了什么内容？

收集需求并不是都要进行处理的，定义范围就是根据收集后需求，制定项目和产品详细描述的过程。本过程的作用是：描述产品、服务或者成果的边界和验收标准。从需求文件中选取最终的项目需求，然后制定出关于项目及其产品、服务或者成果的详细描述。

定义范围，最终输入了：项目范围说明书、项目文件。

项目范围说明书代表项目相关方之间就项目范围所达成的共识，其包含内容如下：

区分验收标准和成功标准：

• 验收标准，项目范围说明书中
• 成功标准，在项目章程中

区分可交付成果、高层级范围和需求、需求和可交付成果能不能对上

• 可交付成果，在项目范围说明书中
• 高层级范围和需求，在项目章程中
• 需求和可交付成果对应关系，在需求跟踪矩阵中

05 创建WBS

这个过程把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。那么WBS最底层的组件叫什么名字（专用名词）。还有创建WBS的4个原则有哪些？

创建WBS，是把项目可交付成果和项目工作分解成较小的，更易于管理的组件工程，这个组件称作为工作包。

其中，“工作”是作为活动结果的工作产品或可交付成果，并不是活动本身。

分解，不是分解的越细越好，过细的分解会造成管理的无效消耗。对于远期才完成的可交付成果或者组件，当前可能无法继续分解，需要滚动规划，此时也就是叫做规划包。

WBS如何分解：

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

创建WBS的4个原则：100%原则，责任唯一原则，80小时原则，4~6层原则。

• 100%原则，表示不能遗漏任何可交付成功，所有的。其中外包方面的工作，也要包含在100%原则中。
• 责任唯一原则，每一个工作包都有一个明确的责任人/负责人，而且有且只有一个责任人。
• 80小时原则，也就是一个工作包的时间（2周），但是比较大型的项目，这个时间可以根据情况扩大。
• 4~6层原则，一个工作包不能过细的分解，过细分解就是浪费消耗资源。同上，比较大的项目这个分解层数也要根据情况进行调整。

区分清楚WBS和WBS词典有什么差异。什么时候会查WBS词典？

WBS就是树状结构的工作包，WBS中的工作包只是WBS词典是对应WBS中工作包进行详细描述，

针对WBS中工作包，具体难以理解的其中的描述和分解，需要查询WBS词典对WBS分解中的描述 ，WBS词典中包括工作包的详细描述，谁来负责的，进度是如何安排的，需要什么资源，质量要求是什么，验收标准是什么等，WBS词典也需要项目全生命周期中进行更新的，其具体内容如下：

• 账户编码标志号

• 工作描述

• 负责的组织

• 进度里程碑清单

• 相关的进度活动

• 所需的资源

• 成本估算

• 质量要求

• 验收标准

• 技术参考文献

• 协议信息

06 确认范围

确认范围这个子过程是属于启动、规划、执行、监控、收尾哪个过程组的？他的主要作用是什么？需不需要客户参与这个过程？

确认范围属于监控过程组，其主要作用是“客户”或者“发起人”正式验收已完成的项目可交付成果的过程。本过程的作用是通过验收每个可交付成果，提高最终产品、服务或成果验收的可行性。

07 控制范围

控制范围这个子过程可以和后续控制进度、控制成本一起来理解记忆？

控制范围，是监督项目和产品的范围状态，管理范围基准变更的过程。其作用是在整个项目期间保持对范围基准的保护，且需要在整个项目期间开展。

另外，范围蔓延的处理办法：

• 已经发生了范围蔓延，额外的需求已经完成，而且导致进度落后了，那怎么办？要走变更控制流程,不是简单的直接删除多做的需求。
• PM发现团队成员正在做范围蔓延的需求，那怎么办？工作先停下来，然后还是走变更控制流程。