WBS意义
－－WBS是组织管理工作的主要依据，是项 目管理工作的基础
19
9.4 创建工作分解结构

WBS的作用： 1．明确和准确说明项目范围； 2．工作分解结构清楚地定义了项目的边界； 3．为各独立单元分派人员，规定这些人员的职责，可以确定完 成项目所需要的技术和人力资源； 4．针对独立单元，进行时间、费用和资源需要量的估算，提高 时间、费用和资源估算的准确度； 5．为计划、成本、进度计划、质量、安全和费用控制奠定共同 基础，确定项目进度测量和控制的基准； 6．将项目工作与项目的财务帐目联系起来； 7．确定工作内容和工作顺序，奖项目分解；便于划分和分派责 任； 8．估计项目整体和全过程的费用； 9．工作分解结构有助于防止需求蔓延。
28
9.5 核实范围
核实范围的一般步骤如下： 确定需要进行范围核实的时间； 识别范围核实需要哪些投入； 确定范围正式被接受的标准和要素； 确定范围核实会议的组织步骤； 组织范围核实会议。 通常，核实范围之前，项目团队需要先进行质 量控制工作。
29
9.5 核实范围
工具与技术： 核实范围主要采用检查方法。检查包括诸如测量、 测试和验证以确定工作和可交付成果是否满足 要求和产品的验收标准。检查有时可以称为审 查、产品评审、走查、审计。 核实项目范围时，项目管理团队必须向客户出 示能够明确说明项目（项目阶段）成果的文件。
需求管理计划包括以下主要内容： 如何规划、跟踪和汇报各种需求活动； 需求管理需要使用的资源 培训计划 项目干系人参与需求管理的策略 判断项目范围与需求不一致的准则和纠正规程； 需求跟踪结构； 配置管理活动；
7


1. 2. 3.
4.
5. 6. 7.
9.2.3 需求规格说明书

需求文件描述各种单一的需求将如何满足与项目相 关的业务需求。在信息系统项目中，通常以需求规 格说明书的形式来定义项目的需求，它精确地阐述 了项目可交付成果的特性，以及它所要考虑的限制 条件。 需求规格说明书是编制项目范围的依据，也是项目 产品验证和编制用户文档的依据。


需求规格说明书满足以下四个方面：完整性、一致 性、可修改性、可跟踪性。
8
9.2.4 需求跟踪

需求跟踪是重要的项目需求管理方法，这种方法为 项目组织提供了在投资方需求、需求规格说明书、 项目产品之间保持一致性的能力。 跟踪需求过程主要包括：从需求到业务需要、机会 、目的和目标；从需求到项目目标；从需求到项目 范围中的可交付成果；从需求到产品设计；从需求 到产品开发；从需求到测试策略和测试脚本；从宏 观需求到详细需求。
三者就是项目的范围“基准”
26
9.5 核实范围

核实范围是客户等项目干系人正式验收并接 受已完成的项目可交付成果的过程，包括审 查项目可交付成果以保证每一交付物令人满 意地完成。
27
9.5 核实范围

核实范围的工作要点 －－制定并执行确认程序 －－项目干系人对项目范围的正式确认 －－让系统的使用者有效参与 －－项目各阶段的确认与项目最终验收的 确认

将项目分解为工作包，一般需要展开的活动 有：
识别和分析可交付成果及相关工作； 确定WBS的结构与编排方法； 自上而下逐层细化分解； 为WBS组成部分制定和分配标志编码； 核实工作分解的程度是必要且充分的。
1. 2. 3. 4. 5.
22
9.4 创建工作分解结构

1.
WBS可以采用的方式：
将项目生命周期的各阶段作为分解的第 一层，将产品和项目可交付成果放在第 二层；
20
9.4 创建工作分解结构
创建WBS的主要方法是分解，分解就是 将项目可交付成果划分为更小的、更便 于管理的组成部分，直到工作和可交付 成果被定义到工作包的层次。工作包是 WBS的底层，是能够可靠地估算和管理 工作成本和活动持续时间的位置。工作 包的详细程度因项目大小与复杂程序而 异。
21
9.4 创建工作分解结构
第9章 项目范围管理
1
9.1 范围管理概述

项目范围定义：
项目范围是指产生项目产品阶段包括的所 有工作及产生这些产品经过的所有过程。
它涉及到项目的产品或服务以及实现该产 品或服务所需要开展的各项具体工作。 项目的范围包括两方面含义：
项目产品范围；项目工作范围。
2
9.1 范围管理概述

项目范围管理定义：
24
9.4 创建工作分解结构

输入：
－－项目范围说明书（详细），需求文件，组 织过程资产。其中组织过程资产主要包括 WBS的政策、程序和模板，以及以往项目的 项目档案和经验教训。

输出：
－－WBS和WBS字典，范围基准；项目管理 计划（更新）
25
9.4 创建工作分解结构

项目范围说明书 WBS WBS字典
4、输出
控制范围的输出结果有工作绩效结果， 需要更新的有项目管理计划、组织过程 资产和其他相关项目文件。
34
作业
1.
项目范围的定义是什么？P178
2.
3. 4. 5. 6. 7.
Hale Waihona Puke 项目范围管理是什么？P179
项目范围管理包括哪些过程？P179
什么是收集需求？P180
需求管理包括哪些内容？P183
跟踪需求过程包括哪些内容？P185
10
9.2.4 需求跟踪
需求跟踪有两种方式：
（1）正向跟踪。检查《产品需求规格说明书》中的每个 需求是否都能在后继工作成果中找到对应点。
（2）逆向跟踪。检查设计文档、代码、测试用例等工作 成果是否都能在《产品需求规格说明书》中找到出 处。 正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用 何种跟踪方式，都要建立与维护需求跟踪矩阵（即 表格）。需求跟踪矩阵保存了需求与后继工作成果 的对应关系。
13

9.2.4 需求跟踪
在项目实践中，使用需求跟踪能力，可以获得如下好处

审核；
变更影响分析； 维护；
项目跟踪；
再工程； 重复利用； 减少风险； 测试。
14
9.2.4 需求跟踪

需求跟踪能力矩阵
表示需求和别的系统元素之间的联系链的最普遍方式是使用需 求跟踪能力矩阵。设计元素可以是模型中的对象，例如数据流 图、关系数据模型中的表单、或对象类。代码参考可以是类中 的方法，源代码文件名、过程或函数。加上更多的列项就可以 拓展到与其它工作产品的关联，例如在线帮助文档。包括越多 的细节就越花时间，但同时很容易得到相关联的软件元素，在 做变更影响分析和维护时就可以节省时间。
17
9.4 创建工作分解结构
工作分解结构是一种为了便于管理和控制而将 项目工作任务分解的技术，是一种以可交付成 果为分解对象、以结果为导向的分析方法。 工作分解结构是项目定义对于定义范围的输出 结果，工作分解结构定义了项目的全部范围。
18
9.4 创建工作分解结构

WBS目的
－－将项目大的可交付成果与项目工作 划分 为较小和更易管理的组成部分。 －－详细描述了项目所要完成的工作，定义了 整体项范围。
2. 3.
将主要可交付成果作为分解的第一层；
按子项目进行第一层分解。
23
9.4 创建工作分解结构

分解工作结构应该把握的原则：
首先保证项目结构的系统性和完整性，分析的结果 应包括项目所包含的所有工作，不能有遗漏。其次 一个项目单元只能从属某一上层单元，不能同时交 叉从属于两个以上上层单元。另外，相同层次的项 目单元应当具有相同的性质。同时要明确地划分各 单元和各项目参加者之间的界限，能方便地进行责 任的分解、分配和落实，并能够进行各部门、各专 业的协调。最后，项目结构分解是为项目计划和实 施控制服务的，因此结构分解应当体现出合理性， 做到形象透明，方便控制。
核实范围是什么？P191
35

范围定义的输入、输出
输入－－项目章程、需求文件、组织过程资产 输出－－项目范围说明书（详细）、项目管理 计划（更新）
16
9.3 定义范围
项目范围说明书：
项目范围说明书详细描述项目的可交付成果，以及为提交这些可交付成 果而必须开展的工作。
项目范围说明书包括以下内容： 产品范围描述； 产品验收标准； 项目可交付成果； 项目的除外责任； 项目制约因素； 项目假设条件。
11
9.2.4 需求跟踪
跟踪能力（联系）链（traceability link） 使你能跟踪一个需求使用期限的全过程， 即从需求源到实现的前后生存期。跟踪能 力是优秀需求规格说明书的一个特征。为 了实现可跟踪能力，必须统一地标识出每 一个需求，以便能明确地进行查阅。
12
9.2.4 需求跟踪

需求跟踪目的
30
9.5 核实范围
输入与输出： 核实范围的输入包括项目管理计划、需求文件、 需求跟踪矩阵和确认的可交付成果。 输出：记录已完成的，包括接受和未接受验收 的成果；变更申请；WBS和WBS词典帮助定 义的范围及核实过程的更新。
31
9.6 控制范围
控制范围是监控项目状态如项目的工作 范围状态和产品范围状态的过程，也是 控制变更的过程。

项目范围管理是指项目包括什么与不包括什 么的定义与控制过程。 Product Scope－表示产品、服务或结果的 特性和功能； Project Scope－为完成具有规定特征和功 能的产品、服务或结果，而必须完成的项目 工作。

项目范围管理的作用：确定项目的范围


3
9.1 范围管理概述

项目范围管理的过程：进行范围管理之前，项目管理 团队应先进行规划工作。

跟踪能力联系链可以定义各种系统元素类型间的一 对一，一对多，多对多关系。