五、创建工作分解结构(WBS)

创建工作分解结构：创建工作分解结构是一种面向可交付成果的层次结构，它组织和定义了整个项目范围，并将项目工作细分为更小、更易管理的工作单元。

工作包：WBS每个分支的最低可交付成果或项目工作组成部分。工作包的大小基于8/80规则。

规划包

工作包之上、控制账户之下的工作内容已知但缺少详细进度活动的WBS组件。对于目前具体活动不明确的模块，可以使用规划包进行分解。随着情况变得清楚，计划包最终将被分解为工作包和相应的具体活动。统制账户

它可以是工作包，也可以是比工作包更高级别的元素。每个控制账户可以包含一个或多个工作包，但一个工作包只能属于一个控制账户。

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

2、IPO图

3、输入(依据)

范围管理计划项目范围规范要求文件4。工具技术（分解）

要开展的活动

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

创建WBS时，需要考虑将不同人员的工作分开。创建WBS时，需要适应组织结构。项目生命周期的每个阶段都是分解的第二层，产品和项目可交付成果放在第三层。

主要可交付成果是第二层分解

整个系统分为几个主要子系统

需要注意的事项

WBS必须以可交付成果为导向；WBS必须符合项目范围，必须且只能包含100%的工作；WBS底层要支持计划和控制；WBS中的要素必须有人负责，WBS的指导只需一人负责；WBS要控制在4-6层，一个工作单位只能从属于一个上级单位；WBS应包括项目管理和分包工作； WBS准备需要全部(主要)

输入(依据)—★范围基准(Scope Baseline)—经过批准的项目范围说明书、WBS和WBS词典。

六、确认范围(Validate Scope)

1、确认范围概述

确认范围是正式验收已完成的项目可交付成果的过程

一般步骤

• 确定需要进行确认范围的时间
• 识别范围确认需要哪些投入
• 确定范围正式被接受的标准和要素
• 确定确认范围会议的组织步骤
• 组织范围确认会议

需要检查的问题

• 可交付成果是否是确定的、可确认的
• 每个可交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件
• 是否有明确的质量标准
• 审核和承诺是否有清晰的表达
• 项目范围是否覆盖了需要完成的产品或服务进行的所有活动，有没有遗漏或者错误
• 项目范围的风险是否太高,管理层是否能够降低可预见的风险发生时对项目的冲击

2、IPO图

3、输入(依据)

• 需求文件
• 需求跟踪矩阵

4、工具技术—检查

5、输出(成果)

• 验收的可交付成果
• 变更请求

6、★注意(P245-P246)

①确认范围与核实产品

②确认范围与质量控制

• (1)质量控制属内部检查,由执行组织的相应质量部门实施
• (2)确认范围则是由外部干系人(客户或发起人)对项目可交付成果进行检查验收

③确认范围与项目收尾

七、控制范围 (Control Scope)

1、控制范围概述

• 控制范围是监督项目和产品的范围状态、管理范围变更的过程,其主要作用是在整个项目期间保持对范围的维护
• 在变更实际发生时,应采用范围控制过程来管理这些变更

2、范围变更的原因

• 政府政策的问题
• 项目范围的计划编制不周密详细,有一定的错误或遗漏
• 市场上出现了或是设计人员提出了新技术、新手段或新方案
• 项目执行组织本身发生变化
• 客户对项目、项目产品或服务的要求发生变化

3、范围变更控制的主要工作

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

4、IPO图

5、输入(依据)

• 项目管理计划—范围基准
• 工作绩效数据
• 需求跟踪矩阵

6、输出(成果)—变更请求

汇总图片

信息系统项目管理师：第5章：项目范围管理（2）-重点汇总

信息系统项目管理师：第5章：项目范围管理（2）-重点汇总

信息系统项目管理师：第5章：项目范围管理（2）-重点汇总