W B S工作分解结构公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]WBS工作分解结构前言本文目的是为了满足对WBS概念及应用的全面、系统和实用性阐述的长期需要。
旨在帮助项目经理和项目规划者改善项目结构，有效的启动项目，并在项目的全过程中都把WBS作为规划、控制和沟通的关键工具使用。
本书体现了多年来WBS、新项目的范围界定和计划的发展经历，介绍了已经被大家普遍认可的WBS及其在应用中的一些概念，其中许多更详尽的概念是我提出的。
此外还提供了许多例子。
在项目管理中，WBS不是一个新概念，但是它经常被误解，没有得到正确使用，达不到其最大的有效性。
像做任何计划一样，WBS的使用也需要训练与思考。
开始做一项工作，看上去通常比做一个工作计划要简单些。
本书共分为六章：第一章，WBS的概念，定义了主题，简单介绍了WBS概念的历史，定义了一些术语，并明确了在项目管理过程中WBS概念的作用。
第二章，WBS逻辑基础，讨论了在有效的WBS开发中应考虑的各个方面的问题。
第三章，生命期计划：项目群和阶段，提出每一个生命期阶段都是一个单独的、有自己的WBS的项目。
第四章，项目运营中的WBS，阐述了PMBOK?①九大领域中的每一部分与WBS 的关系及其应用。
第五章，WBS的例子与描述。
包括对几个不同类型项目的WBS例子的描述，以及第二章中的WBS基本原理的普遍应用的方法。
第六章，WBS原理、步骤和审查表。
包括对WBS原理以及推荐给项目经理用来开发项目的WBS的一系列特定的、注重实效的步骤的总结。
PMBOK?是美国项目管理协会的商标，该商标在美国和其他一些国家注册。
第章WBS概论本章提供了有关WBS的概念、背景以及WBS在项目管理过程中的地位的一些信息。
项目问题和解决方案开始一个新的项目就像是要开始写一本书，你已经有了想要写些什么的思路，但还不确定怎样开始。
就像许多项目计划者和经理们一样，许多作者发现写大纲通常是一种开始写作的最有效的方法。
大纲既是一种组织材料的方法也是一个写作计划。
写大纲有许多方法，尤其是有一种基于研究的方法。
一般地，规划一个调查研究或数据收集，并决定每一章要讨论的内容及附录是十分必要的。
此外，起草章节、收集一批专家的关键评论、以及与评审证明和出版文件有关的实际步骤等，都是必要的。
第5章中有一个简单的以WBS形式写书的大纲的例子。
有这样一个被经常使用的比喻，这是一个古老的问题，问：“你怎样吃掉一头大象”回答当然是：“一次吃一口。
”所以，准备大纲的第一步是对“每一口”进行定义和分类。
“每一口”都是很重要的，因为有效的工作是一步一步完成的。
对一个项目来说，头脑风暴法能够帮助我们自下而上的定义“每一口咬什么”的活动，或者采用自上而下的“分解”过程将一个项目（或整头大象）细分为几个主要部分（如图1-1所示）。
无论用任何方法，目的都是开发一种项目所要进行的工作分解结构。
尾巴腿身体头图1-1 大象分解结构图显然，大象的每个部分还可以继续分解（细分）。
例如，头部可以分解为脸、耳朵、象牙、象鼻，四条腿也可以分别独立识别，身体的各个部位可被确定；尾巴和尾巴上的毛也可以分别确定。
项目的WBS结构遵从同一概念。
WBS是工作的一个总结，而不是工作本身，工作是构成项目的许多活动的总合。
一个WBS既可以从一个非正式的活动列表开始，也可以从一种非常结构化的方法着手，这取决于项目及其约束，并且它可以在计划者希望结束的地方结束。
WBS 的目标就是建立一个有用的框架，以帮助定义和组织工作，然后开始做这项工作。
例如，在写书的大纲中，几乎总是会发生一些意想不到的事情，这些事情超出了大纲编写过程的规则。
首先，要定好本书内容的边界，准备大纲时要让作者定义主题、各部分和各章节。
开发项目的WBS是同样的事情。
但人们经常会过多的考虑其假设和限制，而不是直接关注项目大纲。
建立一个WBS分为4个步骤：① 确定项目目标，着重于项目产生的产品、服务以及提供给客户的结果。
② 准确确认项目所产生的产品、服务或提供给客户的结果（可交付成果或最终产品）。
③ 识别项目中的其他工作领域以确保覆盖100%的工作，识别若干可交付成果的领域、描述中间输出或可交付成果。
④ 进一步细分步骤②和③的每一项，使其形成顺序的逻辑子分组，直到工作要素的复杂性和成本花费成为可计划和可控制的管理单元（工作包）。
关键定义本书中经常使用的大多数项目管理术语都是在项目管理领域通用的。
下面这些定义是项目管理协会（PMI）在PMBOK?中的定义。
活动（Activity）：在项目过程中实施的一项工作的组成部分，在标识描述中包含一个表示其动作的动词。
一个活动通常有一个期望的持续时间、期望成本、期望资源需求。
活动经常被细分为任务。
可交付成果（Deliverable）：任何一项可以测量的、有形的、可证实的结果或可见效果，或者一件为完成整个部分的项目所必须产出的制品。
当用于外部可交付成果时含义更加狭窄，必须是经项目发起人或客户接受的可交付成果。
最终产品（End Item）：通常指交付顾客或者构成项目经理对顾客承诺的一部分的硬件、服务、装备、设施、数据等。
组织分解结构（Organizational Breakdown Structure）：能够将工作包与项目组织单元联系起来的对组织安排的一种描述。
项目群（Program）：以一种协作的方式管理的一组相关的项目。
项目群通常包括正在进行的工作元素。
项目（Project）：为了创造独一无二的产品、服务或结果而进行的一次性工作。
责任分配矩阵（Responsibility Assignment Matrix）：一种将项目组织结构与WBS联系起来的结构。
可帮助确保项目工作范围中的每一个元素被分配到某个责任人。
子项目(Subproject)：PMBOK?将其定义为整个项目中的一个较小的部分。
通常，一个子项目是能够作为半独立的项目元素来管理的一个WBS元素，可由一个人或一个组织负责。
任务(Task)：工作的一般内容，它没有被包括在WBS中，但可能是某项工作进一步分解的组成部分，这种分解是由对该项工作负责的个人来做的。
其用来描述项目最底层的工作。
WBS字典（WBS Dictionary）：用来描述在每一个WBS元素中执行的工作的文档。
WBS元素（WBS Element）：WBS中的一个条目，在任何一级都可以存在，用一个名词或者名词加形容词来描述。
工作分解结构（Work Breakdown Sturcture）：一种面向可交付成果的项目元素分组，这个分组组织并定义了全部的项目工作范围。
每下降一级都表示一个更加详细的项目工作的定义。
工作包（Work Package ）：WBS 中最低级的工作，为定义活动或特定的向个人和组织分配责任提供了逻辑基础。
工作包也指要求完成的一项具体工作组成部分或过程，如一个报告、一个设计或一个文档的全部需求或其中的一部分、一个硬件或一项服务。
在项目的早期阶段，开发一个仅有二到三级的WBS 是可行的，因为详细的工作可能还没有被定义。
然而，随着项目进入项目定义阶段或者计划阶段，计划就变的详细多了。
这时，WBS 就能够被逐级细分到更低级别。
在我们前面所说的“吃大象”或者进行项目工作中，最终的子项目或工作包就是“一口”。
这个细分化过程的产品就是完成了的WBS 。
第1步 定义项目目标：建造一个能停放一辆车的车库，并美化现有场地，车库里外都应该有灯，还有水管。
第2步 确定特定的产品、服务或结果（可交付成果或最终产品）：车库和美化的场地。
第3步 确定其他的工作范围以确保100%的工作被识别：这是一个需要完成如下事情的项目管理职能，如编制施工计划、获得许可、签定分包合同。
至此，该项目的WBS 如图1-2所示。
第一级是总项目，第二级是进一步分解成的最终产品（车库和美化场地）以及与项目相关的或辅助性的工作（如项目管理）。
项目的总范围由第二级的三个部分工作之和来表示。
一级二级第4步 进一步细分元素，直到适于计划和控制的层级：图1-3表示每个二级元素的下一级细分。
有些三级元素还可以进一步分解。
表1-1表示一个到达工作包车库项美化场车库 项目管工作包下面的一级是单独的任务或活动，通常它们不作为WBS的一部分。
事实上，（如在第2章中讨论的那样）WBS的主要作用就是提供一个框架用来帮助定义项目中的活动。
一个完成了的WBS应该覆盖项目的全部范围。
一个十分重要的项目管理准则提请我们关注：WBS中没有包括的工作不在项目管理范围之内。
例如，在表1-1中，没有标明取暖（Heating）、通风（Ventilating）、空调（Air Conditioning）（HVAC）系统，因此，HVAC系统不是这个项目的一部分。
一旦建立了WBS，必须进行维护更新，以反映项目的变化。
每一个项目的WBS的排列以及具体的工作包都不一样，这取决于以下几个因素：项目的规模和复杂程度。
项目所在的组织的结构。
项目所处的阶段。
项目经理对分包给分包商的工作的判断。
项目所涉及的不确定性和风险的程度。
用于计划的时间。
WBS是一种用标准形式表示项目范围，并在项目团队内部、项目团队与利益相关者之间进行协调的巧妙的沟通工具。
在计划阶段的最后，计划和进度计划被冻结或确定为“基线”，成为执行项目工作的基础。
同时，WBS也将作为一个基线成为变更管理的关键机制之一。
不包括在WBS中的工作需要通过正规的变更控制程序添加到项目和WBS中。
下面是WBS的另外两个例子，集中于项目产出的产品或可交付成果。
图1-4是一个民用飞机项目，该项目拟将客用飞机改装为运输机。
输出的产品是一个保证飞行性能良好的改装飞机、技术手册和一系列需要的备件。
工作分解结构：由项目目标和项目产品、服务或结果导出。
提供了一种定义工作全部范围的工具。
确保工作元素被定义，并且仅仅与一个具体工作有关，这样，活动就不会被忽略或者重复。
作为定义项目任务或活动的一个框架。
WBS是一个重要工具，用来帮助项目经理定义要执行的工作以达到项目目标。
开发WBS是一个四步骤的过程，重点是要交付顾客或最终用户的产品、服务或结果。
它为将工作组织和分解到一个适当详细的层级提供了一个框架，从而便于计划和控制。
WBS这一概念最初是在20世纪60年代初由美国国防部和航天局开发的，从那时起，WBS就成了项目管理中一个关键的组成部分。
经做出规划和进度安排。
这是一条重要的原则，因为该规则能够帮助开发WBS 的人员经常的问自己是否理解了有关项目工作的广度和深度。
项目小组应共同开发WBS，或者至少共同详细地检查WBS，这是一个普遍的建议。
一些相关专家总是注重确保工作中要包括他们的专长，他们能够保证WBS的完整性以及尽可能准确。
例如，对于制造项目而言，从制造工程师或工艺工程师那里得到的信息有助于识别可能的部件；在软件项目中，从系统分析员、程序员或者数据库专家那里得到信息是十分有用的。
