项目范围管理知识点

1 产品范围和项目范围：
产品范围：某项产品，服务或成果所具有的特性和功能
项目范围： 为交付具有规定特性与功能的产品，服务或成果而必须完成的工作。

根据项目管理计划来衡量项目范围是否完成，根据产品需求来衡量产品范围是否完成。

项目需求包括商业需求，项目管理需求，交付需求等
产品需求包括技术需求，安全需求，性能需求等。

2 收集需求：项目章程：可以从项目章程中了解总体项目需求以及关于项目产品的总体描述，并据此制定详细的产品需求。
需求文件： 需求文件描述各种单一的需求将如何满足于项目相关的业务需求。
需求文件的组成部分：
1 业务需求或需抓住的机遇，描述当前局面的不足以及启动项目的原因
2 可跟踪的业务目标和项目目标
3 功能要求，描述业务流程，信息以及与产品的内在联系 。
4 非功能性要求 。如服务水平，绩效，安全，防护，合规性等
5 质量要求
6 验收标准
7 体现组织指导原则的业务规则
8 对组织其他领域的影响
9 对支持和培训的要求
10 与需求有关的假设条件和制约因素。

3 需求跟踪矩阵： 一张连接需求与需求源的表格，以便在整个项目声明周期中对需求进行跟踪 。
需求跟踪矩阵把每一个需求与业务目标或项目目标联系起来，有助于确保每一个需求都具有商业价值。
需求跟踪矩阵的典型属性包括 ： 独特的识别标志，需求的文字描述，收录该需求的理由，所有者，来源，优先级别，版本，现状，和实现日期等。

4 范围说明书：详细描述项目的可交付成果，以及为提交这些可交付成果而必须开展的工作。项目范围说明书也表明项目干系人之间就项目范围所达成的共识 。（包括产品范围和项目范围）
项目范围说明书的内容 ：
（1）产品范围描述：逐步细化在项目章程和需求文件中所述的产品，服务或成果的特征 。
（2）产品验收标准：定义已完成的产品，服务或成果验收过程和标准
（3）项目可交付成果：既包括组成项目产品或服务的各种结果，也包括各种辅助成果。
（4）项目的除外责任：明确哪些内容不属于项目范围。
（5）项目制约因素：
（6）项目假设条件：列出并说明与项目范围有关的具体项目假设条件，以及万一不成立而造成的后果。

工作分解结构的分解对象：项目团队为了实现项目目标，提交所需可交付成果而实施的工作。

5 创建工作分解结构的步骤：
（1）识别和分析可交付成果及相关工作
（2）确定工作分解结构的结构和编排方法
（3）自上而下逐层细化分解
（4）为工作分解结构的组成部分制定和分配标志编码
（5）核实工作分解的程度是必要且充分的。

什么事要做，怎么做，做事，贴标签，核实。

WBS分解的时候可以采用面向项目阶段和面向可交付成果的方法。
注意工作分解结构中的100%规则和滚动式规划。

为工作包建立控制账户，并根据账户编码分配标识号，是创建工作分解结构的最后步骤，这些标号为汇总成本，进度与资源信息建立了层级结构。

每一个控制账户都可以包括一个或多个工作包，而每一个工作包只属于一个控制账户。

6 核实范围：
范围核实和质量控制的区别： 范围核实主要关注对可交付成果的验收，而质量控制则主要关注可交付成果是否正确以及是否满足质量要求 。

注意确认的可交付成果与验收的可交付成果的区别 。

符合验收标准的可交付成果应该由客户或发起人正式签字批准，应该用从客户或发起人那获得证实文件，证明干系人对项目可交付成果的正式验收。

7 控制范围：
变更管理计划：变更管理计划定义管理项目变更的过程。
配置管理计划：配置管理计划定义配置项，定义需要正式变更控制的内容，并为这些配置项和内容规定变更控制过程。