软考中级《系统集成项目管理工程师》-第7章项目范围管理（2）

软考中级《系统集成项目管理工程师》-第7章项目范围管理（2）：包含含义，把项目可交付成果和项目工作分解成较小的，更易于管理的组件的过程等等

第7章项目范围管理（2）

实现过程

步骤（四）创建工作分解结构（WBS）[Work Breakdown Structure]

选择考点【必考1分】

含义

把项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程

是项目管理的基础，项目的所有规划和控制工作都必须基于工作分解结构

意义

读一遍，理解

(1). 使项目相关人员对项目一目了然

(2). 保证了项目结构的系统性和完整性

(3). 可以建立完整的项目保证体系

(4). 明确项目相关各方的工作界面，便于责任划分和落实

(5). 最终WBS，可以直接作为进度计划和控制的工具

(6). 为建立项目沟通管理提供依据，便于把握信息重点

(7). 是项目各分计划和控制措施制定的基础和主要依据

(8). 有助于防止需求和范围蔓延

WBS最低层的工作单元被成为工作包，是进行进度安排、成本估算和监控的基础

内容

选择考点6

1. 项目的全部工作都必须包含在WBS中，且不包含在WBS中的任何工作都不是项目的组成部分，都不能做，否则就是“镀金”

WBS必须且只能包括100%的工作

2. WBS的编制需要所有项目干系人的参与，需要项目团队成员的参与

3. WBS是逐层向下分解的，每条分支分解层次不必相等，一般应控制在3～6层为宜

4. WBS中的各要素应该是相对独立的，要尽量减少相互之间交叉

结构形式

a. 分级的树型结构

优点

层次清晰，非常直观，结构性强，适用于中小项目

缺点

不易修改，对大型复杂项目很难表示项目全景

b. 表格形式

优点

可反映出项目所有的工作要素，在大型复杂项目中用的较多[采用缩进图表]

缺点

直观性较差

相关概念

选择考点7

里程碑

标志着某个可交付成果或阶段的正式完成

里程碑=具体时间+在这个时间应完成的事件

工作包

位于WBS每条分支最低层的可交付成果或项目工作组成部分

8/80经验规则：建议工作包的大小应该至少需要8个小时来完成，总完成时间也不应该大于80小时

规模较小，可在短时间（80小时）完成

在逻辑上讲，不能再分了

所需资源、时间、成本等已经可以比较准确地估算，已经可以对其进行有效的时间、成本、质量、范围和风险控制

控制账户

是一个管理控制点；在这个控制点上，把范围、预算、实际成本和进度加以整合，并与挣值相比较，以测量绩效

控制账户设置在WBS选定的管理节点上，每个控制账户可能包括一个或多个工作包，但是一个工作包只能属于一个控制账户

编码设计对WBS来说是个关键技术，进行编码设计时必须仔细考虑收集到的信息和收集所用的方法

ITO

输入Input

(1). 项目范围管理计划

(2). 项目范围说明书

(3). 需求文件

(4). 事业环境因素

(5). 组织过程资产

工具与技术Tool&Technology

a. 专家判断

b. 分解

开展的活动

选择+案例考点8

1| 识别和分析可交付成果及相关工作

2| 确定WBS的结构和编排方法

3| 自上而下逐层细化分解

4| 为WBS组件制定和分配标识编码

5| 核实可交付成果分解的程度是否恰当

7个原则

选择考点9

(1). 在层次上保持项目的完整性，避免遗漏必要的组成部分

(2). 在一个工作单元只能从属于某个上层单元，避免交叉从属

(3). 相同层次的工作单元应用相同性质

(4). 工作单元应能分开不同的责任者和不同的工作内容

(5). 便于项目管理计划和项目控制的需要

(6). 最底层工作应该具有可比性，是可管理的，可定量检查的

(7). 应包括项目管理工作，包括分包出去的工作

3种方法

i. 使用项目生命周期的阶段作为分解的第一层，而把项目可交付物安排在第二层

ii. 把项目重要的可交付物作为分解的第一层

iii. 把子项目安排在第一层，再分解子项目的WBS

Output输出

1| 范围基准

内容

1. 项目范围说明书

2. WBS

WBS每向下分解一层，代表着对项目工作更详细的定义

把每个工作包分配到一个控制账户，并根据“账户编码”为工作包建立唯一标识，是创建WBS的最后步骤

控制账户设置在WBS中选定的管理节点上

3. WBS词典

内容包括：账户编码标识、工作描述、假设条件和制约因素、负责的组织、进度里程碑、相关的进度活动、所需资源、成本估算、质量要求、验收标准、技术参考文献、协议信息

2| 项目文件更新

步骤（五）确认范围

含义

正式验收已完成的项目可交付成果的过程

内涵

需要审查可交付物和工作成果，以保证项目中所有工作都能准确地、满意地完成

要贯穿项目的始终

确认范围过程应该以书面文件的形式把它完成情况记录下来

确认范围完成时，应当对确认中调整的WBS及WBS词典进行更新

作用

选择考点10

使验收过程具有客观性，同时通过验收每个可交付成果，提高最终产品、服务或成果获得验收的可能性

步骤

选择考点11

1| 确定需要进行确认范围的时间

2| 识别确认范围需要哪些投入

3| 确定范围正式被接受的标准和要素

4| 确定确认范围会议的组织步骤

5| 组织确认范围会议

对比

确认范围过程

关注可交付成果的验收

控制质量过程

关注可交付成果的正确性及满足质量要求

控制质量过程通常先于确认范围过程，但二者也可同时进行

要点

选择考点12【常考】

范围确认和需求确认一定要分开

需求确认是在项目前期三方通过召开需求评审会的方式讨论形成一个需求说明书，来确认需求

范围确认则是阶段性的验收

ITO

输入Input

(1). 项目管理计划

(2). 需求文件

(3). 需求跟踪矩阵

(4). 核实的可交付成果

(5). 工作绩效数据

工具与技术Tool&Technology

a. 检查

开展测量、审查与确认等活动，来判断工作和可交付成果是否符合需求和产品验收标准，是否满足项目干系人的要求和期望

也称为审查、产品审查、审计和巡检等

b. 群体决策技术

Output输出

1| 验收的可交付成果

2| 变更请求

3| 工作绩效信息

4| 项目文件更新

步骤（六）范围控制

含义

监督项目和产品的范围状态，管理范围基准变更的过程

要点

变更不可避免，因此在每个项目上，都必须以书面形式记录并实施某种形式的变更控制管理

相关名词

范围蔓延

未经控制的产品或项目范围扩大（未对时间、成本和资源做相应的调整）

ITO

输入Input

(1). 项目管理计划

(2). 需求文件

(3). 需求跟踪矩阵

(4). 工作绩效数据

(5). 组织过程资产

工具与技术Tool&Technology

偏差分析

Output输出

1| 工作绩效信息

2| 变更请求

3| 项目管理计划更新

历年真题选择题占比3～4分案例题小问也会涉及