WBS有效的工作分解结构.doc

1、 WBS 有效的工作分解结构前 言本文目的是 为了满足对 WBS 概念及应用的全面、系统和实用性阐述的长期需要。旨在帮助 项目经理和项目规划者改善项目结构，有效的启动项目，并在 项目的全过程中都把 WBS 作为规划、控制和沟通的关键工具使用。本书体现了多年来 WBS、新项目的范围界定和计划的 发展经历，介绍了已经被大家普遍认可的 WBS 及其在应用中的一些概念，其中许多更详尽的概念是我提出的。此外还提供了许多例子。在项目管理中，WBS 不是一个新概念，但是它经常被误解，没有得到正确使用，达不到其最大的有效性。像做任何计划一样， WBS 的使用也需要训练与思考。开始做一项工作，看上去通常比做一个

2、工作计划要简单些。本书共分为六章： 第一章，WBS 的概念，定义了主题，简单介绍了 WBS 概念的历史，定义了一些术语，并明确了在项目管理过程中 WBS 概念的作用。 第二章，WBS 逻辑基 础， 讨论了在有效的 WBS 开发中应考虑的各个方面的问题。 第三章，生命期计划：项目群和阶段，提出每一个生命期阶段都是一个单独的、有自己的 WBS 的项目。 第四章，项目运营中的 WBS，阐述了 PMBOK九大领域中的每一部分与WBS 的关系及其应用。 第五章，WBS 的例子与描述。包括对几个不同类型项目的 WBS 例子的描述，以及第二章中的 WBS 基本原理的普遍应用的方法。 第六章，WBS 原理、步

3、骤和审查表。包括对 WBS 原理以及推荐给项目经理用来开发项目的 WBS 的一系列特定的、注重实效的步 骤的总结。 PMBOK是美国项目管理协会的商标， 该商标在美国和其他一些国家注册。目 录前言第 1 章 WBS 概论.1项目问题和解决方案.1WBS 概念的背景9早期美国政府的活动.9PMI 和 PMBOK13项目管理过程中的 WBS.16第 2 章 WBS 逻辑基础19百分之百规则.19一个 WBS 的解剖22产品项目分解23服务项目分解24结果项目分解26横向关联因素27项目管理30WBS 字典33工作包.34适当的细节水平.36用 WBS 导出活动.37WBS 和活动37活动定义39输

4、入与输出资源与可交付成果42输入与输出元素.42可交付成果与中间输出.44WBS 编号46其他的结构概念48其他的分类51第 3 章 生命期计划：项目群和阶段55生命期阶段55生命期 WBS 概念.58国防项目群 WBS 和生命期 .62项目中的阶段63第 4 章 项目运营中的 WBS67范围管理67项目章程 67工作陈述68时间管理69成本管理72自下而上的成本估计72历史数据的收集73帐户连接图74挣得值管理系统的实施74预算75沟通75采购管理76质量与专业绩效管理77人力资源管理78风险管理78项目集成管理79项目计划79配置管理80第 5 章 WBS 的例子与描述 83例 1：实施一

5、种新的企业级别管理理念的 WBS.83例 2：写书项目的WBS85例 3：晚宴项目的WBS88例 4：博物馆展览项目（项目定义阶段）的WBS89第 6 章 WBS 原理、步骤和审查表 93WBS 原理93顶层94产品项目94服务项目94结果项目94通用原理95开发一个 WBS 的步骤.96审查表97第 章 WBS 概 论本章提供了有关 WBS 的概念、背景以及 WBS 在项目管理过程中的地位的一些信息。项目问题和解决方案开始一个新的项目就像是要开始写一本书，你已 经有了想要写些什么的思路，但还不确定怎样开始。就像许多项目计划者和 经理们一样， 许多作者发现 写大纲通常是一种开始写作的最有效的方

6、法。大纲既是一种组织材料的方法也是一个写作计划。写大 纲 有许多方法，尤其是有一种基于研究的方法。一般地，规划一个 调查研究或数据收集，并决定每一章要 讨论的内容及附录是十分必要的。此外，起草章节、收集一批专家的关键评论、以及与评审证明和出版文件有关的实际步骤等，都是必要的。第 5 章中有一个简单的以 WBS 形式写书的大纲的例子。有这样一个被经常使用的比喻，这是一个古老的问题， 问： “你怎样吃掉一头大象？”回答当然是：“一次吃一口。 ”所以，准备大纲的第一步是对“每一口” 进行定 义和分类。 “每一口”都是很重要的，因为有效的工作是一步一步完成的。对一个项目来说， 头脑风 暴法能够帮助我们

7、自下而上的定义“每一口咬什么”的活动，或者采用自上而下的 “分解”过程将一个项目（或整头大象）细分为几个主要部分（如图 1-1 所示）。无论用任何方法，目的都是开 发一种项目所要进行的工作分解结构。图 1-1 大象分解 结构图显然，大象的每个部分还可以 继续分解（细分）。例如，头部可以分解为脸、耳朵、象牙、象鼻，四条腿也可以分别独立识别，身体的各个部位可被确定；尾巴和尾巴上的毛也可以分 别确定。 项目的 WBS 结构遵从同一概念。WBS 是工作的一个总结，而不是工作本身，工作是构成项目的许多活动的总合。尾巴 腿 身体 头一个 WBS 既可以从一个非正式的活 动列表开始，也可以从一种非常结构化的

8、方法着手，这取决于项目及其约束，并且它可以在 计划者希望结束的地方 结束。 WBS 的目标就是建立一个有用的框架，以帮助定义和组织 工作，然后开始做 这项工作。例如，在写书的大纲中，几乎总是会发生一些意想不到的事情，这些事情超出了大纲编写过程的规则。首先，要定好本书 内容的边界，准备大纲时要让作者定义主题、各部分和各章节。开发项目的 WBS 是同样的事情。但人们经常会过多的考虑 其假设和限制，而不是直接关注项目大纲。建立一个 WBS 分为 4 个步骤： 确定 项目目 标，着重于项目产生的产品、服 务以及提供 给客户的结果。 准确确 认项 目所产生的产品、服 务或提供给客户的结 果（可交付成果或

9、最终产品）。 识别项目中的其他工作 领域以确保覆盖 100%的工作，识别若干可交付成果的领域、描述中间输出或可交付成果。 进一步细分步骤和的每一项，使其形成顺序的逻辑子分组，直到工作要素的复杂性和成本花费成为可计划和可控制的管理单元（工作包）。关键定义本书中经常使用的大多数项目管理术语都是在项目管理领域通用的。下面这些定义是项目管理协会（PMI）在 PMBOK中的定义。活动（Activity）：在项目过程中 实施的一项工作的组成部分，在标识描述中包含一个表示其动作的动词。一个活动通常有一个期望的持 续时间、期望成本、期望资源需求。活动经常被细分为任务。可交付成果（Deliverable）：任何

10、 一项可以测量的、有形的、可证实的结果或可见效果，或者一件为完成整个部分的项目所必须产出的制品。当用于外部可交付成果 时含义更加狭窄，必 须是经项目发起人或客户接受的可交付成果。最终产品（End Item）：通常指交付顾客或者构成项目经理对顾客承诺的一部分的硬件、服务、装备、 设施、数据等。组织分解结构（Organizational Breakdown Structure）：能够将工作包与项目组织单元联系起来的对组织安排的一种描述。项目群（Program）：以一种协作的方式管理的一组相关的项目。项目群通常包括正在进行的工作元素。项目（Project）：为了创造独一无二的产品、服 务或结果而进

11、行的一次性工作。责任分配矩阵（Responsibility Assignment Matrix）：一种将项目组织结构与 WBS 联系起来的结构。可帮助确保项目工作范 围中的每一个元素被分配到某个 责任人。子项目(Subproject)：PMBOK 将其定义为整个项目中的一个较小的部分。通常，一个子 项目是能够作为半独立的项目元素来管理的一个 WBS 元素，可由一个人或一个组织负责。任务(Task)：工作的一般内容，它没有被包括在 WBS 中，但可能是某项工作进一步分解的组成部分，这种分解是由对该项 工作负责的个人来做的。其用来描述项目最底层的工作。WBS 字典（WBS Dictionary）：

12、用来描述在每一个 WBS 元素中执行的工作的文档。WBS 元素（WBS Element）：WBS 中的一个条目，在任何一级都可以存在，用一个名词或者名词加形容词来描述。工作分解结构（Work Breakdown Sturcture）：一种面向可交付成果的项目元素分组，这个分组组织并定义了全部的项目工作范围。每下降一 级都表示一个更加 详细的项目工作的定义。工作包（Work Package）：WBS 中最低级的工作，为定义活动或特定的向个人和组织分配责任提供了逻辑基础。工作包也指要求完成的一 项具体工作 组成部分或过程，如一个 报告、一个设计或一个文档的全部需求或其中的一部分、一个硬件或一 项服

13、务。在项目的早期阶段，开发一个仅有二到三级的 WBS 是可行的，因为详细的工作可能还没有被定义。然而，随着项目进入项目定义阶 段或者计划阶段， 计划就变的详细多了。 这时，WBS 就能够被逐级细分到更低级别。在我们前面所说的“吃大象”或者进行项目工作中，最终 的子项目或工作包就是“一口”。这个细分化过程的产品就是完成了的 WBS。 第 1 步 定义项目目标：建造一个能停放一辆车的车库，并美化现有场地，车库里外都应该有灯，还有水管。 第 2 步 确定特定的产品、服 务或结果（可交付成果或最终产品）：车库和美化的场地。 第 3 步 确定其他的工作范 围以确保 100%的工作被识别：这是一个需要完成

14、如下事情的项目管理职能，如编制施工计划、 获得 许可、 签定分包合同。至此，该项目的 WBS 如图 1-2 所示。第一级是总项目，第二级是进一步分解成的最终产品（车库和美化场地）以及与项目相关的或辅助性的工作（如项目管理）。项目的总范围由第二级的三个部分工作之和来表示。一级二级 第 4 步 进一步细分元素，直到适于计划和控制的层级：图 1-3 表示每个二级元素的下一级细分。有些三级元素还可以进一步分解。表 1-1 表示一个到达工作包车库项目美化场地 车库 项目管理一级二级三级图 1-3 三级 WBS 结构图级的完整的 WBS，工作包足以适用于计划和控制。在这个表中，WBS 是一种大纲形式，而不

15、是以前用的占用空间的图的形式。这两种形式都是可以使用的。在把 WBS 数据输入项目管理软件，或者为了节约文档空间时，通常使用大纲形式的 WBS。表 1-1 车库项目的 WBS 结构一级 二级 三级 四级车库项目美化场地 车道美化车库材料地基墙体墙面窗户车库门检修门组装屋顶构架遮盖物排水槽公用工程 电水项目管理施工计划许可证检验筹资分包车库项目美化场地 车库 项目管理车道美化材料地基墙体屋顶公用设施施工计划许可证检验分包工作包下面的一级是单独的任务或活动，通常它们不作为WBS 的一部分。事实上， （如在第 2 章中讨论的那样）WBS 的主要作用就是提供一个框架用来帮助定义项目中的活动。一个完成了

16、的 WBS 应该覆盖项目的全部范围。一个十分重要的项目管理准则提请我们关注：WBS 中没有包括的工作不在项目管理范围之内。例如，在表 1-1 中，没有标明取暖（Heating） 、通风（Ventilating） 、空调（Air Conditioning）（HVAC）系统，因此，HVAC 系统不是这个项目的一部分。一旦建立了 WBS，必须进行维护更新，以反映项目的变化。每一个项目的 WBS 的排列以及具体的工作包都不一样，这取决于以下几个因素： 项目的规模和复杂程度。 项目所在的组织的结构。 项目所处的阶段。 项目经理对分包给分包商的工作的判断。 项目所涉及的不确定性和风险的程度。 用于计划的时

17、间。WBS 是一种用标准形式表示项目范围，并在项目团队内部、项目团队与利益相关者之间进行协调的巧妙的沟通工具。在计划阶段的最后，计划和进度计划被冻结或确定为“基线” ，成为执行项目工作的基础。同时，WBS 也将作为一个基线成为变更管理的关键机制之一。不包括在 WBS 中的工作需要通过正规的变更控制程序添加到项目和 WBS 中。下面是 WBS 的另外两个例子，集中于项目产出的产品或可交付成果。图 1-4 是一个民用飞机项目，该项目拟将客用飞机改装为运输机。输出的产品是一个保证飞行性能良好的改装飞机、技术手册和一系列需要的备件。这个 WBS 包含一个名叫“系统工程”的、涉及所有项目内容ATP 改装

18、项目图 1-4 WBS 例子飞机改装项目容的工作活动集，他包括对改装所必需工作的说明。这是 WBS 元素中一种常见的类型。第二个例子（如图 1-5 所示）是一个软件开发项目，它的主要可交付成果是软件系统，次要的可交付成果是培训材料和用户文档。软件系统中也有名为“系统分析”的涉及所有项目内容的工作活动集，它表示诸如项目定义、工作流分析或者结构分析等工作。图 1-5 WBS 例子软件项目ATP 改装项目1项目管理2系统工程3集成后勤支持4ATP 飞机41MOD 42 测试与交付11 项目办公室12 风险分析13 项目计划14 项目审查21 系统分析22 初步设计31 技术手册32 备件需求4.1.

19、1 乘客系统4.1.2 工具4.1.3 飞机修改4.1.4 运输机改装4.1.5 安装4.2.1 地面测试4.2.2 鉴定及交付软件项目培训材料 用户文档 软件系统 系统分析 项目管理模块 1 模块 2 模块 3 系统测试编码 测试WBS 能够全部或部分用于进行任务分配、预算、解释项目的范围和性质。责任的分配是在 WBS 的最底层工作包层或者再下一层任务或活动层。WBS 可以作为描述项目整体的一个公共的焦点。WBS 概念的背景WBS 在项目管理中不是一个新概念，一些背景资料将有助于理解其重要作用。早期美国政府的活动1959 年，马尔科姆（Malcolm） 、罗斯布姆（Roseboom ） 、克

20、拉克（Clark）和法扎尔（Fazar）发表了一篇经典的论文，阐述一种叫做“计划评审技术” （即 PERT）的成功实施。尽管其中没有直接介绍 WBS，但包含了分解的图形，说明该概念在当时就已有一定的发展（见表 1-2 所示） 。表 1-2 早期的北极星项目工作子系统舰队弹道导弹项目子系统导弹重返体制导弹道外壳推进器飞行控制发射装置导航系统发射控制舰艇指挥通讯PERT 和 WBS 的概念被广泛而迅速的传播。在 19581965年间发展起来的这些管理系统及其应用是今天我们使用的项目管理知识体系中许多内容的基础。到 1961 年， “工作分解结构”这一词已被广泛这一词已被广泛使用。在通用电气公司内部

21、出版的一篇文章中有一个 WBS 的例子。这个 WBS 例子的一部分是“FBM维护训练设施” ，如图 1-6 所示。图 1-6 工作分解结构 1961 年这个输出的产品包括政府供应装备、设备修改、文件、培训教员以及仿真机。其他的管理和安装元素是横向关联或支持元素。1962 年 6 月，美国国防部（DoD）在与国家宇航局（NASA）及航天工业的合作中，出版了一个用于指导 PERT成本系统的系统设计文件。这个文件包含有关 WBS 的大量描述，与现在的描述基本相同。1962 年 10 月，国家宇航局（NASA）又出版了另一个文件，该文件拓展了 NASA DoD PERT 成本指南中有关 WBS的讨论。

22、NASA 强调使用自上而下的 WBS 分解方法，以保证整个项目得到全面的计划，且派生出的计划能直接为最终目标服务。同时，在任何一个完整的时间/成本管理系统中，成本和时间都需要从一个共同的框架中记性计划和控制。在航天工业中，不同的公司都迅速地将 WBS 的概念融合到他们内部的项目计划运做中。作者一直在利用 WBS 制定马FBM 维护训练设施管理 政府供应装备 设备修改 文件安装 培训教员 仿真机动态指导 系统 S-1 系统 S-2丁玛丽埃塔公司（现在的洛克希德马丁）巴尔的摩部和奥兰多分部的计划，并出版了一个文件，该文件包括在使用 PERT 时项目计划中需要的 WBS 开发方法。1964 年 8

23、月，美国政府出版了 PERT 实施手册，其中包括对 WBS 的讨论。这个文件是供政府部门、私人企业或公共机构使用的。文件中也赞成采用自上而下地开展 WBS 的方法，使得“脱离了公共的框架就不能制定出详细的计划” 。文件指出，计划、进度计划和网络计划可以在没有 WBS 的情况下开发，但是这样的计划和进度计划可能不完全，或者与项目目标或输出产品的要求不一致。大多数政府和航天工业中的 WBS 开发文件都遵循相同的方式，计划从项目的最高层开始， ，始于对目标和最终产品的确认。为一些大的军事系统（如那些 20 世纪 60 年代建成的系统）开发WBS 时，很明显可以看出，每个系统家族的上两层或上三层都十分

24、相似，即最终产品和其下一层的分解是相同的。例如，所有的飞行器（不管是运输机、战斗机还是轰炸机）都有机翼、发动机、机身、尾翼、起落装置等。1968 年，国防部为自身系统开发了一个 WBS 顶层分解的标准，要求所有使用研究、开发、试验和工程基金预算的超过一千万美元的国防项目都要强制使用这个标准。1998 年 1 月 2 日，MID-HDBK-881 文件被更新，并取代 MIL-STD-881 文件。但是由于国防部后来理念的转变，这个手册不能引用作为合同责任。然而，其他的国防部文件都特别地要求使用 WBS。MIL-HDBK-881 仍旧针对于国防物资。这本手册中仍然包括七个相同的国防部系统的 WBS

25、 模版，这些模版属于最初的标准。这本手册包括下列系统的 WBS 头三层结构及其相关的描述（WBS 字典）：（1）飞行系统。 导弹系统。 武器系统。 舰船系统。 电子/自动化软件系统。 太空系统。 地面车辆系统。表 1-3 给出了手册中舰船系统的 WBS 结构图。表 1-3 舰船系统的 WBS一级 二级 三级舰船系统舰船船体结构推进设备电力设备指挥与监控设备辅助系统用具和家具武器综合/工程舰船装备和支持服务系统工程/项目管理开发测试和评估运作测试和评估实体模型系统测试和评估 测试和评估支持测试设备培训装备服务设备数据技术出版物工程数据管理数据数据存放特殊的支持设备 测试和测量设备支持和处理设备运

26、作/现场的启动现场系统组装、安装和检验承包商技术支持现场施工现场/舰船/车辆转换工业设备 施工/转换/扩展设备获得或现代化维修初始备件和物理部件资料来源：Department of Defense, MIL-STD-881 Work Breakdown Sturcture for Defense Matenial Items( Washington D.C.: Headquarter, Air Force Systems Command, Directorate of Cost Analysis, 1 November 1968).手册中描述的层次以下的部分通常由承包商定义，并且在每一个项目中

27、都不同。通常，在这些类型的大系统中还要识别五到八个追加的层级。PMI和 PMBOK随着航空项目削减、冷战结束和项目管理学会的快速成长，项目管理实践中的监控和文档管理的领先地位从公共部门转移到私人部门。PMI的职能PMI，一个拥有超过 70000 成员的专业协会，通过会议、分会议、月刊“PM Network（项目管理网络） ”和季刊“Project Management Journal（项目管理杂志） ”为项目管理实践的成长和发展提供了一个平台。1987 年秋，PMI 出版了一个重要的文件，名为“PMBOK ”。这个文件在 1996 年被重新修订，并在 2000 年再次更新。PNBOK反映了美国

28、国防部、国家宇航局、其他政府组织和宇航工业从 20 世纪 60 年代以来 30 年的项目管理经验。PMBOKPMBOK包括广泛应用的、经过证明的、传统的实践经验，还包括虽然有较大局限性、但是被广泛接受的创新和先进实践经验的新知识。PMBOK不是一个指明“怎样去做”的文件，而是提供 “PM Network” is a trademark of the Project Management Institute, Inc., which is registered in United States and other nations. “Project Management Journal” is

29、a trademark of the Project Management Institue, Inc., which is registered in the United States and other nations.一个结构性的纲要和项目管理专业概念的基本参考。PMBOK 强调项目管理的过程。PMBOK不象 MIL-HDBK-881 和其他的美国政府有关WBS 开发的文件那样明确，因为有了后面三十年的经验，二者有些不同。PMBOK 关注比国防部文件更广泛的用户，包括20 世纪 60 年代以来的所有商业应用和实践。除了讨论PMBOK中的 WBS 以外，PMI 正在开发一个工作分解结构的

30、实践标准，以获得比国防部手册中更广泛的应用。实践标准计划在2001 年公开出版，本书将补充这方面的内容，如同 PMBOK在项目管理方面对其他书做出的补充一样。PMBOK遵循了在项目分解方面早期的政府经验，该项目分解表述为：“把主要的项目可交付成果或子可交付成果细分成更小的、更易管理的部分，直到可交付成果可以被足以详细地定义，以支持项目活动的开展（计划、执行、控制、终止） 。 ”PMBOK与国防部手册表面上，PMBOK 和国防部手册的主要区别在于如何完成项目的分解的理论上。PMBOK 指出“ 主要元素永远要根据项目实际的组织方式进行定义。 ”国防部手册指出：“一个 WBS 不应影响或以任何方式干

31、扰承包商的组合项目组织。 ”开发 WBS 的普遍性原则之一是：WBS 不是一个组织结构图。PMBOK指出，应该根据工作的组织方式，而不是人力资源组织结构来说明工作。 PMI-Standards Committee, PMI Practice Standard for Work Breakdown Sturcture, Exposure Draft Version (Newtown Square, PA: Project Management Institue, October 2000). 此书已于 2001 年 10 月 1 日由 PMI 在美国出版，Project Management I

32、nstitute Practice Standard for Work Breakdown Stuctures, ISBN: 1880410818此外，PMBOK 把项目生命期阶段的例子作为分解的第一层。另一方面，国防部的手册中指出：“项目群的阶段不适于作为工作分解结构中的元素。 ”同样，国防部手册不允许以项目的生命周期阶段作为 WBS 的元素，这其实是一个国防部特有的限制，与国防部的多项目 WBS 定义和使用有关。第3 章讨论将项目群阶段作为 WBS 顶层元素的情况，并将弥和PMBOK与国防部方法之间的差异。WBS 元素描述WBS 的经典方法通常是用名词或修饰语描述来定义 WBS中的元素。进

33、一步，可以将 WBS 视为对“项目中要完成什么？”问题的回答。根据活动的定义和关系绘制的网络图可以回答“如何完成？”的问题，根据网络图计算得到的进度计划可以回答“什么时候完成？”的问题。已经有人向 PMI提出了建议： WBS 中的活动的描述应该包括动词。但是，基本的传统方法仍然是健全并经过验证的，“活动”一词的应用来自于一种习惯性理念，即其他的方法都是无效的。根据定义，活动是动作实体，在它的标识描述中包括动词。本书遵从这样的理念，即 WBS 结构必须与项目目标有关，并因此像 PMI定义项目一样产生独有的产品、服务或用 PMI方法定义的项目结果。WBS 必须是一个最终产品或面向可交付成果，WBS

34、 更适宜由那些用形容词修饰（如果必须使用才能表述清楚）的名词来描述的元素组成。更倾向于使用这种描述类型是因为描述要遵循集中于输出产品的原则，这些输出产品通常用名词描述。使用动词隐含着活动，活动是在 WBS 结构中最底层以下的作业层执行的。为了使 WBS 能被开发者之外的人充分理解，通常需要另一个定义每一个元素内容的独立文件（叫做 WBS 字典，将在第 2章中讨论） 。但是，随着在 WBS 元素的描述中经常使用较长的短语和大量的动词，将 WBS 元素的工作内容充分地描述出来，就不必去查 WBS 词典了。项目环境以及项目本身将确定用于WBS 元素的描述信息的性质。有必要建立一套 WBS 描述信息集

35、，以帮助利益相关者了解每一个元素所代表的工作。WBS 的主要目的之一是沟通。因此有必要形成一个易于识别的形式。于是，有可能在 WBS 结构中包括用动词描述的活动。然而，有一点很重要，即不管怎样描述元素，WBS 都是基于可交付成果（项目的输出产品）的。 （见第 2 章 WBS 元素与工作包和活动的关系。 ）本书中的资料遵循 PMBOK，或更准确的说，PMBOK 反映了本书所用的 WBS 知识体系。项目管理过程中的 WBS 项目管理是一个连续的过程。图 1-7 表示了基本的项目管理过程，它强调在时间成本质量（绩效）约束和目标的三元素组合中达到项目目标。A 开始B计划 C。执行 D。控制 E。终止1

36、 建立项目目标2 目标 2定义工作3强调工作和资源 4执行工作5提供报告6跟踪实际执行情况7分析项目进展8开始正确的行动9根据需要重新计划10项目完成这 10 个步骤中每一步都有一个特定的、定义过的并有文件记载的输出。这些步骤频繁重复，也就是说，在后面的步骤中出现的情况可能需要用到前面的步骤和其后所有或部分连续步骤的重复执行来加以修正。这些经常发生的重复和再计划是项目经理和项目团队日常工作的特点。基本的项目管理过程有五类活动：开始、计划、执行、控制、终止（如图 1-7 所示） 。这种分类强调了在宽泛的项目工作开始之前的计划工作的重要性，以及在完成所有的项目后终止项目的重要性。WBS 是在项目佳

37、话定义和完成阶段（此时包括 WBS 的计划将成为基线）所应用的一个重要工具。第 4 章将讨论WBS 事实上在项目管理的每一个方面都无所不在。因此，及早并正确的准备 WBS 对项目是十分重要的。工作分解结构：由项目目标和项目产品、服务或结果导出。提供了一种定义工作全部范围的工具。确保工作元素被定义，并且仅仅与一个具体工作有关，这样，活动就不会被忽略或者重复。作为定义项目任务或活动的一个框架。WBS 是一个重要工具，用来帮助项目经理定义要执行的工作以达到项目目标。开发 WBS 是一个四步骤的过程，重点是要交付顾客或最终用户的产品、服务或结果。它为将工作组织和分解到一个适当详细的层级提供了一个框架，

38、从而便于计划和控制。WBS 这一概念最初是在 20 世纪 60 年代初由美国国防部和航天局开发的，从那时起，WBS 就成了项目管理中一个关键的组成部分。第 2 章 WBS 逻辑基础WBS 表示要执行的工作的一种合理分解，集中于对产品、服务或最终成果的再细分。它是所要执行工作的大纲。开发一个 WBS 需要有关输出或可交付成果的零部件如何被装配成或集成为最终产品的知识，或者有关工作的主要领域的知识。不管最终产品是一个报告、一架飞机、一座建筑、一个电子系统、一段计算机程序、一场婚礼、一次会议、一种文化的改变，还是其他的项目输出，都需要这样的知识。了解要做的工作，或者为了使项目团队和其他利益相关者加入

39、 WBS 的开发都需要获取这一专业知识。本章讨论了项目工作分解和细分的不同算法。然而，首先必须阐述一个重要的规则，即应用于所有 WBS 的所有层级的百分之百规则。百分之百规则 在建立一个 WBS 和评估分解逻辑时，百分之百规则是最重要的标准。该规则是指：一个 WBS 元素的下一层分解（子层）必须百分之百的表示上一层（父层）元素的工作。在图 2-1 中，百分之百规则意味着美化场地加车库加项目管理等于车库项目中百分之百要执行的工作，不存在上述某个范畴以外的项目活动。在自上而下的分解过程中，大多数计划人员都会自觉遵守这一规则，至少在第二层时。然而，要注意，在所有层都要遵循这个规则。一级二级三级图 2

40、-1 车库项目在第三层，百分之百规则意味着“车库”元素中的工作由“材料+地基 +墙体+屋顶+公用设施”组成。不存在不属于上述任何元素之一的工作。回顾表 1-1， “墙体”元素百分之百地由第四层中的“墙面和挡板+窗户+ 车库门+检修门+组装 ”表示。这五个元素包含了墙体的全部工作内容。注意， “组装”元素对于说明安装或集成其他独立元素的工作是必要的。记住，使用 WBS 的一个主要原因是要确保识别完成一个成功的项目所必须进行的所有工作包和活动。百分之百规则也适用于活动层：每一个工作包中的活动所代表的工作加总必须等于完成该工作包所必须的百分之百的工作。用这种方式，项目经理能够合理的保证对所有为了成功

41、完成项目所必需的工作已车库项目美化场地 车库 项目管理车道美化材料地基墙体屋顶公用设施建设计划许可证检验筹资分包合同经做出规划和进度安排。这是一条重要的原则，因为该规则能够帮助开发 WBS的人员经常的问自己是否理解了有关项目工作的广度和深度。项目小组应共同开发 WBS，或者至少共同详细地检查 WBS，这是一个普遍的建议。一些相关专家总是注重确保工作中要包括他们的专长，他们能够保证 WBS 的完整性以及尽可能准确。例如，对于制造项目而言，从制造工程师或工艺工程师那里得到的信息有助于识别可能的部件；在软件项目中，从系统分析员、程序员或者数据库专家那里得到信息是十分有用的。在车库项目中，从有经验的木

42、匠或者车库修建者那里得到信息也是有用的。并不是所有的 WBS 都是基于产品的（第 6 章将会讨论这个问题） 。百分之百规则还适用于：子元素中所有工作的总和必须等于父元素所代表的百分之百的工作，即使父级元素是一个像“系统工程”或“研究”这类一般的术语。自下而上的成本估计方法（即估计每一个活动或者工作包的成本，然后沿着 WBS的层次汇总所有的项目成本）的使用，是基于 WBS 的开发遵循了百分之百规则这一关键假设的。一种通用的开发 WBS 的方法是自下而上，如果项目的输出产品是服务，这种方法尤其有效。所有的项目活动先是在头脑风暴会议中被列举出来，然后分组到逻辑工作包或者较低层 WBS 元素中，然后再

43、依次汇总到较高层元素中。每一层都遵循百分之百原则。在每一层中都要问到的下列问题： 每一个子级元素表示的工作的总和是否等于父级元素中汇总的百分之百的工作？ 是否有遗漏的工作？经验表明，问过这些问题后，总会导致活动的增加，WBS结构开发可能要反复几次，直到开发出一个可靠的 WBS 结构。不必夸大百分之百规则在 WBS 作为计划框架使用时的重要性。如果每一层的分解都遵循百分之百规则直到活动层，那么在准备项目进度计划时，百分之百的相关活动才会被确定，同时百分之百的成本或资源需求才能在计划阶段被识别。一个 WBS 的解剖 有不同类型的项目，就有不同类型的 WBS，每一个 WBS又有独有的元素。但是，所有

44、的 WBS 结构都有图 2-2 所示的 5种类型中的两种或更多种第二层元素。第一层第二级图 2-2 一般的工作分解结构图中前三种类型的元素是由三种类型的项目得来的，在PMBOK中关于项目的定义为：“一种临时的努力活动，产生一个独特的产品、服务或结果。 ”所有类型的项目都有一个或多个可交付成果或输出，它们是开发 WBS 的基础。图中后两个元素是支持性元素，是完全地定义项目范围和满足百分之百规则所必需的。这 5 种类型的元素如下： 产品分解元素对可交付产品物理结构的细分是最通用和最容易开发的 WBS。所有这类项目都有一个有形的输出产品：软件、建筑物、水坝、飞机、用户手册等，所有这些都有一整个项目1 产品分解元素3结果分解元素4横向关联元素2服务分