ispm4：项目范围管理（重点知识）

目录

1.管理过程

2.需求跟踪矩阵

3.范围说明书

4.WBS分解

5.确认范围与核实产品、质量控制、项目收尾

6.范围变更控制

---

1.管理过程

（1）规划范围管理

• 概念：编制范围管理计划，书面描述将如何定义、确认和控制项目范围的过程。
• 输入：项目管理计划；项目章程；事、组。
• 工具：专家判断；会议。
• 输出：范围管理计划；需求管理计划。

（2）收集需求

• 概念：为实现项目目标而确定、记录并管理干系人的需要和需求的过程。
• 输入：范围管理计划；需求管理计划；干系人管理计划；干系人登记册；项目章程。
• 工具：访谈；焦点小组；引导式研讨会；群体创新技术；群体决策技术；问卷调查；观察；原型法；标杆对照；系统交互图；文件分析。
• 输出：需求分析；需求跟踪矩阵。

（3）定义范围

• 概念：制定项目和产品详细描述的过程。
• 输入：范围管理计划；项目章程；需求文件；组。
• 工具：专家判断；产品分析；备选方案生成；引导式研讨会。
• 输出：项目范围说明书；项文更新。

（4）创建WBS

• 概念：将项目可交付成果和项目工作分解为较小的、易于管理的组件的过程。
• 输入：范围管理计划；项目范围说明书；需求文件；事；组。
• 工具：分解；专家判断。
• 输出：范围基准；项文更新。

（5）确认范围

• 概念：正式验收已完成的项目可交付成果的过程。
• 输入：项目管理计划、需求文件；需求跟踪矩阵；核实的可交付成果；工作绩效数据。
• 工具：检查；群体决策技术。
• 输出：验收的可交付成果；变更请求；工作绩效信息；项文更新。

（6）控制范围

• 概念：监督项目和产品的范围状态，管理范围基准变更的过程。
• 输入：项目管理计划；需求文件；需求跟踪矩阵；工作绩效数据；组。
• 工具：偏差分析。
• 输出：工作绩效信息；变更请求；项计更新；组更新。

2.需求跟踪矩阵

需求跟踪矩阵的内容：

①业务需求、机会、目的和目标

②项目目标

③项目范围（WBS可交付成果）

④产品设计

⑤产品开发

⑥测试策略和测试场景

3.范围说明书

范围说明书的内容：

①产品范围描述

②验收标准

③可交付成果

④项目的除外责任

⑤制约因素

⑥假设条件

4.WBS分解

分解WBS应注意的事项：

①WBS必须是面向可交付成果的。

②WBS必须符合项目的范围。

③WBS的底层必须支持计划和控制。

④WBS中的元素必须有且只有一个人负责，可能需要多人参与。

⑤WBS应控制在4-6层（作为指导而不是原则）。WBS的一个工作单元只能从属于某个上层单元，不能交叉从属。

⑥WBS应包括项目管理工作；也要包括分包出去的工作。

⑦WBS的编制需要所有（主要）项目干系人的参与，需要项目团队成员的参与。

⑧WBS并非是一成不变的。

5.确认范围与核实产品、质量控制、项目收尾

（1）确认范围与核实产品

①核实产品是针对产品是否完成，在项目或一个阶段结束时由发起人或客户来验证，强调产品是否完整。

②确认范围是针对项目可交付成果，由客户或发起人在阶段末确认验收的过程。

③确认范围要贯穿项目的始终。

（2）确认范围与质量控制

①确认范围强调可交付成果获得客户或发起人的接受。质量控制强调可交付成果的正确性，并符合为其制定的具体质量要求（满足质量标准）。

②质量控制一般在确认范围前进行，也可同时进行。确认范围一般在阶段末尾进行。

③质量控制属于内部检查，由执行组织的相应质量部门实施。确认范围是由外部干系人（客户、发起人）对项目可交付成果进行检查验收。

④从检查的详细程度来说，合适产品、确认范围和质量控制是递进的、越来越详细的检查过程。

（3）确认范围与项目收尾

①都是在阶段末进行。确认范围强调核实与接收可交付成果。项目收尾强调结束项目或阶段要做的流程性工作。

②都有验收工作。确认范围强调验收可交付成果，项目收尾强调验收产品。

6.范围变更控制

（1）影响导致范围变更的因素，尽量使这些因素向有利的方面发展；

（2）判断范围变更是否已经发生；

（3）范围变更实际发生时管理实际的变更，确保所有被请求的变更按照项目整体变更控制过程处理。