信息系统项目管理师-第9章 项目范围管理（论信息系统项目范围管理）

第9章 项目范围管理
管理基础
项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目。

一、产品范围和项目范围
产品范围：某项产品、服务或成果所具有的特征和功能。产品范围的完成情况是根据产品需求来衡量的。

“需求”是指根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力
项目范围：包括产品范围，是为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目 范围的完成情况是根据项目管理计划来衡量的
二、管理新实践
项目范围管理的新趋势和新兴实践更加注重与商业分析师一起合作，以便确定问题并识别商业需要。项目经理与商业分析师之间应该是伙伴式合作关系。

商业分析师：该角色的职责还应包括需求管理相关的活动
项目经理：负责确保这些活动列入项目管理计划，并且在预算内按时完成，同时能够创造价值 三、范围管理敏捷与适应方法
1.适应型或敏捷型生命周期
应对大量变更，需要干系人（发起人和客户代表等）持续参与项目
使用未完成项（包括产品需求和用户故事）反映当前需求
在每次迭代中，都会重复开展的过程：收集需求、定义范围、创建WBS、确认范围和控制范围 2.预测型生命周期
经过批准的项目范围说明书、WBS 和WBS 词典构成项目范围基准。只有经过正式变更控制程序，才能进行基准变更。在开展确认范围、控制范围及其他控制过程时，基准被用作比较的基础。

项目范围管理过程：
一、规划范围管理
二、收集需求
三、定义范围
四、创建WBS
五、确认范围
六、控制范围
一、规划范围管理
规划范围管理是为了记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。本过程仅开展一次或仅在项目的预定义点开展。

本过程的主要作用：在整个项目期间对如何管理范围提供指南和方向。

输入&输出：

【输出-1】范围管理计划
范围管理计划是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。

可以是正式或非正式的、可以是非常详细或高度概括的 范围管理计划包含：
（1）制定项目范围说明书；
（2）根据详细项目范围说明书创建WBS；

（3）确定如何审批和维护范围基准；
（4）正式验收已完成的项目可交付成果。

1.范围管理计划里有具体项目范围么？

范围管理计划无范围
2.具体项目范围在哪里？

范围基准

XX 管理计划无XX

【输出-2】需求管理计划
需求管理计划描述如何分析、记录和管理项目和产品需求。

需求管理计划无需求（需求在需求文件中）
需求管理贯穿于整个过程
需求管理计划主要内容：
（1）如何规划、跟踪和报告各种需求活动；
（2）配置管理活动，例如，如何启动变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限；
（3）需求优先级排序过程；
（4）测量指标及使用这些指标的理由；
（5）反映哪些需求属性将被列入跟踪矩阵等。

【真题】范围管理计划中不包含（ ）。

A. 确定WBS 满足项目和职能要求
B. 确定所有的工作职责需分配到个人或组织单元
C. 确定如何处理项目范围说明书的变更
D. 确定并正式验收可交付成果的正确性
【答案】D
【解析】确定可交付成果的正确性是控制质量的内容。

二、收集需求
收集需求是为实现目标而确定，记录并管理干系人的需要和需求的过程。

本过程的主要作用：为定义产品范围和项目范围奠定基础。

什么是需求？

需求是根据特定协议或其他强制性规范，项目必须满足的条件或能力，或者产品、服务或成果必须具备的条件或能力。需求包括发起人、客户和其他干系人的已量化且书面记录的需要和期望。

需求的分类：

输入&输出：

【输出-1】需求文件

的、完整的、相互协调的，且主要干系人愿意认可的需求，才能作为基准。

需求文件的格式多种多样

既可以是简单文件，也可以是详细文件

Ex：需求清单

【输出-2】需求跟踪矩阵

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

跟踪需求的内容：

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

收集需求的工具：
1.专家判断
2.数据收集

3.数据分析
文件分析：审核和评估任何相关的文件信息。可供分析的文档很多，包括：协议；商业计划；业务流程或接口文档；业务规则库；现行流程；市场文献；问题日志；政策和程序、法规文件，如法律、准则、法令等；建议邀请书；用例等。

4.决策

多标准决策分析
招投标：供方选择标准

5.数据表现
亲和图：对大量创意进行分组的技术，以便进一步审查和分析 思维导图：用以反映创意之间的共性和差异，激发新创意 6.人际关系与团队技能

7.系统交互图
系统交互图是对产品范围的可视化描绘，可以直观显示业务系统及其与人和其他系统之间的交互方式。

8.原型法
原型法是一种根据干系人初步需求，利用产品开发工具，快速地建立一个产品模型展示给干系人，在此基础上与干系人交流，最终实现干系人需求的产品快速开发的方法，减轻返工的风险。

【真题】（ ）执行的步骤为分成多个小组，每个小组开展讨论小组讨论结束后，主持人依次询问每位参与者，请每人提出一个创意，这种询问可以进行很多轮，甚至得到足够数量的创意，再用全体参与者对所有创意进行评审和排序。

A. 焦点小组
B. 名义小组
C. 引导式研讨会
D. 头脑风暴
【答案】B
【解析】名义小组技术：通过投票来排列最有用的创意，以便进行进一步的头脑风暴或优先排序。 焦点小组：将预先选定的干系人和主题专家集中在一起，了解他们对所提议产品、服务或成果的期望和态度。

三、定义范围
定义范围是制定项目和产品详细描述的过程。

本过程的主要作用：描述产品、服务或成果的边界和验收标准。

输入&输出：

【输出】项目范围说明书
项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。

项目范围说明书包括：
产品范围描述
可交付成果
验收标准
除外责任
工具与技术：

【工具-1】产品分析
把高层级的产品描述转变为有形的可交付成果。针对产品提问并回答，形成对将要开发的产品的用途、特征和其他方面的描述。

【工具-2】备选方案分析
备选方案分析可用于评估实现项目章程中所述的需求和目标的各种方法。

【真题】（ ）不属于项目范围说明书的内容。

A. 批准项目的原因
B. 项目验收标准
C. 项目可交付成果
D. 项目的制约因素
【答案】A
【解析】项目范围说明书描述要做和不要做的工作的详细程度，决定着项目管理团队控制整个项目范围的有效程度。A 选项批准项目的原因是项目章程中的内容。

四、创建WBS
创建工作分解结构（WBS）是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。它仅开展一次或仅在项目的预定义点开展。

本过程的主要作用：为所要交付的内容提供架构。

1.WBS 分解

WBS 的最低层是带有独特标识号的工作包。这些标识号为成本、进度和资源信息的逐层汇总提供了层级结构，即账户编码。

WBS 是滚动式规划。

WBS 可以采用提纲式、组织结构图或能说明层级结构的其他方式。

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

WBS 分解结构，可以将生命周期作为第二层，也可以将主要可交付成果作为分解的第二层。

3.控制账户
控制账户是一个管理控制点，在该控制点上，把范围、预算和进度加以整合，并与挣值相比较来测量绩效。控制账户包含两个或更多工作包，每个工作包只与一个控制账户关联。

4.规划包

规划包是一种低于控制账户而高于工作包的工作分解结构组件，工作内容已知，但详细的进度活动未知。

一个控制账户可以包含一个或多个规划包
5.WBS 细节
（1）WBS 必须是面向可交付成果的；
（2）WBS 必须符合项目的范围，必须包括也仅包括为了完成项目的可交付成果的活动； 100%原则：下一级的元素之和必须100%代表上一级元素
（3）WBS 的底层应该支持计划和控制；
（4）WBS 中的元素必须有人负责，而且只有一个人负责；
（5）WBS 应控制在4～6 层；
（6）WBS 应包括项目管理工作，也要包括分包出去的工作；
（7）WBS 的编制需要所有（主要）项目干系人的参与；
（8）WBS 并非是一成不变的。

6.WBS 字典
WBS 字典是针对WBS 中的每个组件，详细描述可交付成果、活动和进度信息的文件。

WBS 字典中大部分信息由其他过程创建，然后在后期添加到字典中。WBS 字典中的内容一般包括：账户编码

质量要求、验收标准、技术参考文献、协议信息等。
输入&输出：

	范围基准＝已批准的项目范围说明书＋WBS＋WBS 词典
【真题】关于工作分解结构（WBS）和工作包的描述，不正确的是（ ）。

A. 工作分解结构必须且只能包括100%的项目工作
B. 工作分解结构中的各要素应该相对独立，尽量减少相互交叉
C. 如果某个可交付成果规模较小，可以在短时间（80 小时）完成，就可以被当做工作包
D. 每个工作包只能属于一个控制账户，每个控制账户只能包含一个工作包
【答案】D
【解析】一个控制账户可以包括若干个工作包，但一个工作包仅属于一个控制账户，所以D 选项不正确。

五、确认范围
确认范围是“客户”或“发起人”正式验收项目已完成的可交付成果的过程。通过验收每个可交付成果，提高最终产品、服务或成果获得验收的可能性。确认范围贯穿项目的始终。

确认范围属于监控过程组
本过程的主要作用：
（1）使验收过程具有客观性；
（2）通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性。

确认范围的步骤：
（1）确定需要进行范围确认的时间；

环球网校学员专用资料第8 页 /共11 页

（2）识别范围确认需要哪些投入；
（3）确定范围正式被接受的标准和要素；
（4）确定范围确认会议的组织步骤；
（5）组织范围确认会议。

干系人在进行范围确认时，一般需要检查：
（1）可交付成果是否是确定的、可确认的；
（2）每个可交付成果是否有明确的里程碑；
（3）是否有明确的质量标准；
（4）审核和承诺是否有清晰的表达；
（5）项目范围是否覆盖了需要完成的产品或服务的所有活动； （6）项目范围的风险是否太高。

输入&输出：

【工具-1】检查
检查是指开展测量、审查与确认等活动，来判断工作和可交付成果是否符合需求和产品验收标准。检查有时也被称为审查、产品审查和巡检等。

【工具-2】决策
比如投票，当由团队和其他干系人进行验收时，使用投票来形成结论。

1.质量控制与确认范围

2.干系人关注点

A. 确认范围是在正式验收阶段才执行的过程
B. 分解技术是确认范围的主要工具与技术
C. 客户主要关心产品范围和可交付成果
D. 确认范围强调的是结束项目所要做的流程性工作
【答案】C
【解析】确认范围：针对项目可交付成果，由客户或发起人在阶段末确认验收的过程；
核实产品：针对产品是否完成，在项目（或阶段）结束时由发起人或客户来验证，强调产品是否完整。

六、控制范围
控制范围是监督项目和产品的范围状态、管理范围基准变更的过程。

本过程的主要作用：在整个项目期间保持对范围基准的维护。

输入&输出：

【工具】数据分析
（1）偏差分析
偏差分析用于将基准与实际结果进行比较，以确定偏差是否处于临界值区间内或是否有必要采取纠正或预防措施。

（2）趋势分析
审查项目绩效随时间的变化情况，以判断绩效是正在改善还是正在恶化。

【本节小结】
项目范围管理过程：
一、规划范围管理
二、收集需求
三、定义范围
四、创建工作分解结构（WBS）
五、确认范围
六、控制范围

抄写以下知识点：
1. 收集需求的工具

2. 范围基准
3. WBS 细节
4. 确认范围和质量控制的区别
5. “可交付成果”的输入输出