【高项】第5章 项目范围管理【知识点精华笔记】

1、项目范围管理概述

项目范围，为了达到项目目标，交付具有某种特质的产品和服务，项目所规定要做的工作。

项目范围管理，是要确定哪些工作是项目应该做的，哪些不应该包括在项目中；简单说，项目范围管理就是，做且只做，范围内的事，既不少做也不多做；

项目范围管理及控制的有效性，是衡量项目是否达到成功的一个必要标准。

项目范围管理涉及三方面的工作：

1. 明确项目边界；
2. 对项目执行工作进行监控；
3. 防止项目范围发生蔓延（范围蔓延是指未对时间、成本和资源做相应调整，未经控制的产品或项目范围的扩大）

2、产品范围vs项目范围

产品范围：产品或者服务所应该包含的功能

项目范围：为了能够交付产品，项目所必须做的工作

项目的范围基准：经过批准的项目范围说明书、WBS和WBS词典；产品范围描述是项目范围说明书的重要组成部分；产品范围变更后，首先受到影响的是项目的范围；

判断项目范围是否完成，要以范围基准来衡量；

判断产品范围是否完成，则根据产品是否满足了产品描述来判断；

但是需要注意的是，产品范围发生变化，并不意味着项目范围就会跟着变化；

项目范围管理的过程：

规划范围管理；收集需求；定义范围：创建WBS；【规划过程组】

确认范围；控制范围【控制过程组】

3、规划范围管理

规划范围管理：编制范围管理计划，书面描述将如何定义、确认和控制项目范围的过程；其主要作用是，在整个项目中对如何管理范围提供指南和方向；

• 依据（输入）：项目管理计划；项目章程；EEFs；OPAs
• 工具技术：专家判断；会议
• 输出：范围管理计划；需求管理计划

4、范围管理计划&需求管理计划

范围管理计划：是项目或项目集管理计划的组成部分，描述将如何定义、制订、监督、控制和确认项目范围；是制订项目管理计划过程和其它范围管理过程的主要输入；对于以下工作作出规定：

1. 如何制订项目范围说明书
2. 如何根据范围说明书创建WBS
3. 如何维护和批准WBS
4. 如何确认和正式验收已完成的项目可交付成果
5. 如何处理项目范围说明书中的变更，该工作与实施整体变更控制过程直接关联

需求管理，贯穿于整个项目过程，其最基本的任务就是明确需求，并使项目团队和用户达成共识，即建立需求基线；另外，还要建立需求跟踪联系链，始终保持产品与需求的一致性；

需求管理计划：描述在整个项目生命周期内，如何分析、记录和管理需求；是对项目的需求进行定义、确定、记载、核实管理和控制的行动指南；主要包括以下内容：

1. 如何规划、跟踪和汇报各种需求活动；
2. 需求管理需要使用的资源（根据项目的规模及财力，确定应使用何种需求管理工具，如需求并更审批表、需求跟踪矩阵RTM等）；
3. 培训计划；
4. 项目干系人参与需求管理的策略；
5. 判断项目范围与需求不一致的准则和纠正规程；
6. 需求跟踪结构；
7. 配置管理活动

需求跟踪结构：包括正向跟踪和逆向跟踪（即双方跟踪）

5、收集需求

收集需求，是为实现项目目标而确定、记录并管理干系人的需要和需求的过程；其作用是为定义和管理项目范围而（包括产品范围）奠定基础；收集需求，旨在定义和管理客户期望；需求是WBS的基础；

需求的分类：

（1）业务需求：整个组织的高层级需要；

（2）干系人需求：干系人或干系人群里的需要；

（3）解决方案需求：为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征；可进一步分为功能需求、非功能需求

（4）过渡需求

（5）项目需求：项目需要满足的行动、过程或其它条件；

（6）质量需求：用于确认项目可交付成果的成功完成或其它项目需求的实现的任何条件或标准；QFD（质量功能展开）对质量需求进行了细分，分为基本需求、期望需求和意外需求；

• 依据（输入）：范围管理计划；需求管理计划；干系人管理计划；项目章程；干系人登记册
• 工具技术：访谈；焦点小组；引导式研讨会；群体创新技术；群体决策技术；问卷调查；观察；原型法；标杆对照；系统交互图；文件分析
• 输出：需求文件；需求跟踪矩阵

焦点小组：是一种群体访谈技术；由一位受过训练的主持人引导大家进行互动式讨论；比一对一访谈更激烈；

群体创新技术：包括头脑风暴法、名义小组技术（投票排列）、德尔菲技术（匿名）、概念/思维引导图、亲和图（kJ法，归纳汇总）、多标准决策分析（借助决策矩阵）等；

名义小组技术：通过投票排列最有用的创意，以便进行进一步的头脑风暴或优先排序；是头脑风暴的深化应用；

德尔菲技术：匿名/背靠背的方式；多轮反馈

概念/思维导图：又称为心智图

亲和图：又称为KJ法，其核心是头脑风暴法；根据各种创意之间的相似性，对创意进行分类；

群体决策技术：为达成某种期望，对多个未来行动方案进行评估；一般用于开发产品需求，以及对产品需求进行归类和优先排序；包括：一致同意、大多数原则、相对多数原则、独裁等方法；

需求文件：描述各种单一的需求将如何满足与项目相关的业务需求；

需求文件的内容包括：业务需求；干系人需求；解决方案需求；项目需求；与需求有关的假设条件、依赖关系和制约因素

软件需求规格说明书，就是一种典型的需求文件

6、需求跟踪

需求跟踪，是将单个需求和其他元素之间的依赖关系和逻辑联系建立跟踪；

需求跟踪的内容：每个配置项的需求，到其涉及的产品需求，都要具有双向可跟踪性，即正向跟踪和反向跟踪；

5类需求可跟踪：用户原始需求⇔需求文件，需求文件⇔下游工作产品（成果），另外还有需求文件之间的跟踪；

需求跟踪（能力）矩阵：是表示需求和其它产品元素之间的联系链的最普遍方式；

需求跟踪的内容：

1. 业务需求、机会、目的和目标
2. 项目目标
3. 项目范围（WBS可交付成果）
4. 产品设计
5. 产品开发
6. 测试策略和测试场景
7. 高层级需求到详细需求

7、定义范围

定义范围：是制定项目和产品详细描述的过程；明确产品、服务或成果的边界；

• 依据（输入）：范围管理计划；项目章程；需求文件；OPAs
• 工具技术：专家判断；产品分析；备选方案生成；引导式讨论会
• 输出：项目范围说明书；项目文件更新

产品分析技术，包括：产品分解、系统分析、需求分析、系统工程、价值工程、价值分析等

备选方案生成，包括：备选方案分析、横向思维

8、项目范围说明书

项目范围说明书，是对项目范围、主要可交付成果、假设条件和制约因素的描述；记录了整个范围，包括项目范围和产品范围，详细描述项目的可交付成果，以及为提供这些可交付成果而必须开展的工作；

包括以下内容：

1. 产品范围描述
2. 验收标准
3. 可交付成果
4. 项目的除外责任
5. 制约因素
6. 假设条件

9、创建工作分解结构（WBS）

• 依据（输入）：范围管理计划；项目范围说明书；需求文件；EEFs；OPAs
• 工具技术：分解；专家判断
• 输出：范围基准；项目文件更新

创建WBS，是将项目可交付成果和项目工作，分解成较小的、更易于管理的组件的过程；其主要作用是对所要交付的内容提供一个结构化的视图；

WBS是以可交付成果为导向的工作层级分解；WBS每下降一个层次，就意味着对项目工作更详尽的定义；

需要注意的是，WBS中的“工作”并不是指工作本身，而是指工作所导致的产品或可交付成果；

工作包，是位于WBS每条分支最底层的可交付成果或项目工作组成部分；8/80原则；

控制账户，是一种管理控制点；控制账户是WBS某个层次上的元素，既可以是工作包，也可以是比工作包更高层次上的一个要素；

一个控制账户可以包含多个工作包，但一个工作包只能属于一个控制账户；

规划包：指在控制账户之下、工作内容已知但尚缺详细进度活动的WBS组成部分；在控制账户之下、工作包之上的WBS要素；随着项目逐渐清晰，规划包最终将被分解成工作包以及相应的具体活动；

WBS词典：也称为WBS词汇表，是描述WBS各组成部分的文件；

分解包括以下活动【步骤】：

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

分解的常用方法：

1. 将项目生命周期的各阶段作为第二层，产品和项目可交付成果放在第三层（第一层是项目名称）；
2. 主要可交付成果作为分解的第二层；
3. 整合可能由项目团队以外的组织来实施的各种组件（如外包工作），作为外包工作的一部分，卖方需编制相应的合同WBS

常用的WBS表现形式，主要有分级的树形结构（组织结构图式）、表格形式（列表式）

创建WBS注意事项：

1. WBS必须是面向可交付成果的；
2. WBS必须符合项目的范围（100%原则）；
3. WBS的底层应该支持计划和控制；
4. WBS中的元素必须有人负责，而且只能由一个人负责（独立责任原则）；
5. WBS的指导，作为指导而不是原则，WBS应控制在4-6层；
6. WBS应包括项目管理工作，也要包括分包出去的工作；
7. WBS的编制需要所有（主要）项目干系人的参与；
8. WBS并非是一成不变的（滚动分解原则）

10、确认范围

确认范围，即正式验收项目已完成的可交付成果的过程；其主要作用是使验收过程具有客观性；

确认范围，包括与客户或发起人一起审查可交付成果，确保可交付成果已圆满完成，并获得客户或发起人的正式验收；

• 依据（输入）：项目管理计划；需求文件；需求跟踪矩阵；确认的可交付成果；工作绩效数据
• 工具技术：检查（审查、产品评审、审计、走查、巡检）；群体决策技术
• 输出：验收的可交付成果；变更请求；工作绩效信息；项目文件更新

不同层级的干系人对确认范围的关注点不同：

1. 管理层：主要关注范围对项目的进度、资金和资源的影响；
2. 客户：主要关注产品的范围，可交付成果是否足够完成产品或服务；
3. 项目管理人员：主要关注可交付成果是否足够和必须完成；
4. 项目团队成员：主要关注项目范围中自己参与的元素和负责的元素

11、确认范围vs核实产品vs质量控制vs项目收尾

核实产品，强调产品是否完成，在项目或阶段结束时由发起人或客户来验证，强调产品的完整性；确认范围，是针对项目可交付成果，由客户或发起人在阶段末来确认验收的过程；

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

质量控制，一般在确认范围前进行，也可同时进行；确认范围，一般在阶段末进行，而质量控制并不一定在阶段末进行；

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

确认范围与项目收尾，都在阶段末进行；确认范围，强调的是核实与接受可交付成果；项目收尾，强调的是结束项目（或阶段）所要做的流程性工作；确认范围与项目收尾都有验收工作，确认范围强调验收可交付成果，项目收尾强调验收产品

12、控制范围

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

对项目范围进行控制，必须确保所有请求的变更、推荐的纠正措施或预防措施，都经过实施整体变更控制过程的处理；在变更实际发生时，也要采用范围控制过程来管理这些变更

范围变更控制的主要工作：

1. 影响导致范围变更的因素，并尽量使这些因素向有利的方面发展；
2. 判断范围变更是否已经发生；
3. 范围变更时管理实际的变更，确保所有被请求的变更按照项目整体变更控制过程处理。