WBSWBS分解指南非常实用.docx
《WBSWBS分解指南非常实用.docx》由会员分享，可在线阅读，更多相关《WBSWBS分解指南非常实用.docx（80页珍藏版）》请在冰点文库上搜索。
WBSWBS分解指南非常实用
WBS有效的工作分解结构
引言
本文目的是为了满足对WBS概念及应用的全面、系统和实用性阐述的长期需要。
旨在帮助项目经理和项目规划者改善项目结构，有效的启动项目，并在项目的全过程中都把WBS作为规划、控制和沟通的关键工具使用。
本书体现了多年来WBS、新项目的范围界定和计划的发展经历，介绍了已经被大家普遍认可的WBS及其在应用中的一些概念，其中许多更详尽的概念是我提出的。
此外还提供了许多例子。
在项目管理中，WBS不是一个新概念，但是它经常被误解，没有得到正确使用，达不到其最大的有效性。
像做任何计划一样，WBS的使用也需要训练与思考。
开始做一项工作，看上去通常比做一个工作计划要简单些。
本书共分为六章：
●第一章，WBS的概念，定义了主题，简单介绍了WBS概念的历史，定义了一些术语，并明确了在项目管理过程中WBS概念的作用。
●第二章，WBS逻辑基础，讨论了在有效的WBS开发中应考虑的各个方面的问题。
●第三章，生命期计划：
项目群和阶段，提出每一个生命期阶段都是一个单独的、有自己的WBS的项目。
●第四章，项目运营中的WBS，阐述了PMBOK?
①九大领域中的每一部分与WBS的关系及其应用。
●第五章，WBS的例子与描述。
包括对几个不同类型项目的WBS例子的描述，以及第二章中的WBS基本原理的普遍应用的方法。
●第六章，WBS原理、步骤和审查表。
包括对WBS原理以及推荐给项目经理用来开发项目的WBS的一系列特定的、注重实效的步骤的总结。
●PMBOK?
是美国项目管理协会的商标，该商标在美国和其他一些国家注册。
前言
第1章WBS概论……………………………………………………………….1
项目问题和解决方案………………………………………………………...1
WBS概念的背景……………………………………………………………..9
早期美国政府的活动………………………………………………………………….9
PMI和PMBOK………………………………………………………………………13
项目管理过程中的WBS…………………………………………………...16
第2章WBS逻辑基础………………………………………………………..19
百分之百规则……………………………………………………………….19
一个WBS的解剖…………………………………………………………..22
产品项目分解…………………………………………………………………………23
服务项目分解…………………………………………………………………………24
结果项目分解…………………………………………………………………………26
横向关联因素…………………………………………………………………………27
项目管理………………………………………………………………………………30
WBS字典……………………………………………………………………33
工作包……………………………………………………………………….34
适当的细节水平…………………………………………………………….36
用WBS导出活动…………………………………………………………...37
WBS和活动……………………………………………………………………………37
活动定义…………………………………………………………………………………39
输入与输出——资源与可交付成果………………………………………..42
输入与输出元素………………………………………………………………………...42
可交付成果与中间输出………………………………………………………………...44
WBS编号……………………………………………………………………..46
其他的结构概念………………………………………………………………48
其他的分类……………………………………………………………………51
第3章生命期计划：
项目群和阶段…………………………………………55
生命期阶段……………………………………………………………………55
生命期WBS概念…………………………………………………………….58
国防项目群WBS和生命期………………………………………………….62
项目中的阶段…………………………………………………………………63
第4章项目运营中的WBS…………………………………………………..67
范围管理………………………………………………………………………67
项目章程……………………………………………………………………67
工作陈述…………………………………………………………………………………68
时间管理………………………………………………………………………69
成本管理………………………………………………………………………72
自下而上的成本估计……………………………………………………………………72
历史数据的收集…………………………………………………………………………73
帐户连接图………………………………………………………………………………74
挣得值管理系统的实施…………………………………………………………………74
预算………………………………………………………………………………………75
沟通……………………………………………………………………………75
采购管理………………………………………………………………………76
质量与专业绩效管理…………………………………………………………77
人力资源管理…………………………………………………………………78
项目集成管理……………………………………………………………………79
项目计划…………………………………………………………………………………..79
配置管理…………………………………………………………………………………..80
第5章WBS的例子与描述………………………………………………………83
例1：
实施一种新的企业级别管理理念的WBS……………………………...83
例2：
写书项目的WBS…………………………………………………………85
例3：
晚宴项目的WBS…………………………………………………………88
例4：
博物馆展览项目（项目定义阶段）的WBS……………………………89
第6章WBS原理、步骤和审查表………………………………………………93
WBS原理………………………………………………………………………..93
顶层………………………………………………………………………………………..94
产品项目…………………………………………………………………………………..94
服务项目…………………………………………………………………………………..94
结果项目…………………………………………………………………………………..94
通用原理…………………………………………………………………………………..95
开发一个WBS的步骤………………………………………………………….96
审查表……………………………………………………………………………97
第
章WBS概论
本章提供了有关WBS的概念、背景以及WBS在项目管理过程中的地位的一些信息。
项目问题和解决方案
开始一个新的项目就像是要开始写一本书，你已经有了想要写些什么的思路，但还不确定怎样开始。
就像许多项目计划者和经理们一样，许多作者发现写大纲通常是一种开始写作的最有效的方法。
大纲既是一种组织材料的方法也是一个写作计划。
写大纲有许多方法，尤其是有一种基于研究的方法。
一般地，规划一个调查研究或数据收集，并决定每一章要讨论的内容及附录是十分必要的。
此外，起草章节、收集一批专家的关键评论、以及与评审证明和出版文件有关的实际步骤等，都是必要的。
第5章中有一个简单的以WBS形式写书的大纲的例子。
有这样一个被经常使用的比喻，这是一个古老的问题，问：
“你怎样吃掉一头大象？
”回答当然是：
“一次吃一口。
”所以，准备大纲的第一步是对“每一口”进行定义和分类。
“每一口”都是很重要的，因为有效的工作是一步一步完成的。
对一个项目来说，头脑风暴法能够帮助我们自下而上的定义“每一口咬什么”的活动，或者采用自上而下的“分解”过程将一个项目（或整头大象）细分为几个主要部分（如图1-1所示）。
无论用任何方法，目的都是开发一种项目所要进行的工作分解结构。
图1-1大象分解结构图
显然，大象的每个部分还可以继续分解（细分）。
例如，头部可以分解为脸、耳朵、象牙、象鼻，四条腿也可以分别独立识别，身体的各个部位可被确定；尾巴和尾巴上的毛也可以分别确定。
项目的WBS结构遵从同一概念。
WBS是工作的一个总结，而不是工作本身，工作是构成项目的许多活动的总合。
一个WBS既可以从一个非正式的活动列表开始，也可以从一种非常结构化的方法着手，这取决于项目及其约束，并且它可以在计划者希望结束的地方结束。
WBS的目标就是建立一个有用的框架，以帮助定义和组织工作，然后开始做这项工作。
例如，在写书的大纲中，几乎总是会发生一些意想不到的事情，这些事情超出了大纲编写过程的规则。
首先，要定好本书内容的边界，准备大纲时要让作者定义主题、各部分和各章节。
开发项目的WBS是同样的事情。
但人们经常会过多的考虑其假设和限制，而不是直接关注项目大纲。
建立一个WBS分为4个步骤：
①确定项目目标，着重于项目产生的产品、服务以及提供给客户的结果。
②准确确认项目所产生的产品、服务或提供给客户的结果（可交付成果或最终产品）。
③识别项目中的其他工作领域以确保覆盖100%的工作，识别若干可交付成果的领域、描述中间输出或可交付成果。
④进一步细分步骤②和③的每一项，使其形成顺序的逻辑子分组，直到工作要素的复杂性和成本花费成为可计划和可控制的管理单元（工作包）。
关键定义
本书中经常使用的大多数项目管理术语都是在项目管理领域通用的。
下面这些定义是项目管理协会（PMI）在PMBOK?
中的定义。
活动（Activity）：
在项目过程中实施的一项工作的组成部分，在标识描述中包含一个表示其动作的动词。
一个活动通常有一个期望的持续时间、期望成本、期望资源需求。
活动经常被细分为任务。
可交付成果（Deliverable）：
任何一项可以测量的、有形的、可证实的结果或可见效果，或者一件为完成整个部分的项目所必须产出的制品。
当用于外部可交付成果时含义更加狭窄，必须是经项目发起人或客户接受的可交付成果。
最终产品（EndItem）：
通常指交付顾客或者构成项目经理对顾客承诺的一部分的硬件、服务、装备、设施、数据等。
组织分解结构（OrganizationalBreakdownStructure）：
能够将工作包与项目组织单元联系起来的对组织安排的一种描述。
项目群（Program）：
以一种协作的方式管理的一组相关的项目。
项目群通常包括正在进行的工作元素。
项目（Project）：
为了创造独一无二的产品、服务或结果而进行的一次性工作。
责任分配矩阵（ResponsibilityAssignmentMatrix）：
一种将项目组织结构与WBS联系起来的结构。
可帮助确保项目工作范围中的每一个元素被分配到某个责任人。
子项目（Subproject）：
PMBOK?
将其定义为整个项目中的一个较小的部分。
通常，一个子项目是能够作为半独立的项目元素来管理的一个WBS元素，可由一个人或一个组织负责。
任务（Task）：
工作的一般内容，它没有被包括在WBS中，但可能是某项工作进一步分解的组成部分，这种分解是由对该项工作负责的个人来做的。
其用来描述项目最底层的工作。
WBS字典（WBSDictionary）：
用来描述在每一个WBS元素中执行的工作的文档。
WBS元素（WBSElement）：
WBS中的一个条目，在任何一级都可以存在，用一个名词或者名词加形容词来描述。
工作分解结构（WorkBreakdownSturcture）：
一种面向可交付成果的项目元素分组，这个分组组织并定义了全部的项目工作范围。
每下降一级都表示一个更加详细的项目工作的定义。
工作包（WorkPackage）：
WBS中最低级的工作，为定义活动或特定的向个人和组织分配责任提供了逻辑基础。
工作包也指要求完成的一项具体工作组成部分或过程，如一个报告、一个设计或一个文档的全部需求或其中的一部分、一个硬件或一项服务。
在项目的早期阶段，开发一个仅有二到三级的WBS是可行的，因为详细的工作可能还没有被定义。
然而，随着项目进入项目定义阶段或者计划阶段，计划就变的详细多了。
这时，WBS就能够被逐级细分到更低级别。
在我们前面所说的“吃大象”或者进行项目工作中，最终的子项目或工作包就是“一口”。
这个细分化过程的产品就是完成了的WBS。
⏹第1步定义项目目标：
建造一个能停放一辆车的车库，并美化现有场地，车库里外都应该有灯，还有水管。
⏹第2步确定特定的产品、服务或结果（可交付成果或最终产品）：
车库和美化的场地。
⏹第3步确定其他的工作范围以确保100%的工作被识别：
这是一个需要完成如下事情的项目管理职能，如编制施工计划、获得许可、签定分包合同。
至此，该项目的WBS如图1-2所示。
第一级是总项目，第二级是进一步分解成的最终产品（车库和美化场地）以及与项目相关的或辅助性的工作（如项目管理）。
项目的总范围由第二级的三个部分工作之和来表示。
一级
二级
⏹第4步进一步细分元素，直到适于计划和控制的层级：
图1-3表示每个二级元素的下一级细分。
一级
二级
三级
图1-3三级WBS结构图
有些三级元素还可以进一步分解。
表1-1表示一个到达工作包级的完整的WBS，工作包足以适用于计划和控制。
在这个表中，WBS是一种大纲形式，而不是以前用的占用空间的图的形式。
这两种形式都是可以使用的。
在把WBS数据输入项目管理软件，或者为了节约文档空间时，通常使用大纲形式的WBS。
表1-1车库项目的WBS结构
一级
二级
三级
四级
车库项目
美化场地
车道
美化
车库
材料
地基
墙体
墙面
窗户
车库门
检修门
组装
屋顶
构架
遮盖物
排水槽
公用工程
电
水
项目管理
施工计划
许可证
检验
筹资
分包
工作包下面的一级是单独的任务或活动，通常它们不作为WBS的一部分。
事实上，（如在第2章中讨论的那样）WBS的主要作用就是提供一个框架用来帮助定义项目中的活动。
一个完成了的WBS应该覆盖项目的全部范围。
一个十分重要的项目管理准则提请我们关注：
WBS中没有包括的工作不在项目管理范围之内。
例如，在表1-1中，没有标明取暖（Heating）、通风（Ventilating）、空调（AirConditioning）（HVAC）系统，因此，HVAC系统不是这个项目的一部分。
一旦建立了WBS，必须进行维护更新，以反映项目的变化。
每一个项目的WBS的排列以及具体的工作包都不一样，这取决于以下几个因素：
●项目的规模和复杂程度。
●项目所在的组织的结构。
●项目所处的阶段。
●项目经理对分包给分包商的工作的判断。
●项目所涉及的不确定性和风险的程度。
●用于计划的时间。
WBS是一种用标准形式表示项目范围，并在项目团队内部、项目团队与利益相关者之间进行协调的巧妙的沟通工具。
在计划阶段的最后，计划和进度计划被冻结或确定为“基线”，成为执行项目工作的基础。
同时，WBS也将作为一个基线成为变更管理的关键机制之一。
不包括在WBS中的工作需要通过正规的变更控制程序添加到项目和WBS中。
下面是WBS的另外两个例子，集中于项目产出的产品或可交付成果。
图1-4是一个民用飞机项目，该项目拟将客用飞机改装为运输机。
输出的产品是一个保证飞行性能良好的改装飞机、技术手册和一系列需要的备件。
图1-4WBS例子——飞机改装项目
这个WBS包含一个名叫“系统工程”的、涉及所有项目内容的工作活动集，他包括对改装所必需工作的说明。
这是WBS元素中一种常见的类型。
第二个例子（如图1-5所示）是一个软件开发项目，它的主要可交付成果是软件系统，次要的可交付成果是培训材料和用户文档。
软件系统中也有名为“系统分析”的涉及所有项目内容的工作活动集，
它表示诸如项目定义、工作流分析或者结构分析等工作。
WBS能够全部或部分用于进行任务分配、预算、解释项目的范围和性质。
责任的分配是在WBS的最底层——工作包层——或者再下一层——任务或活动层。
WBS可以作为描述项目整体的一个公共的焦点。
WBS概念的背景
WBS在项目管理中不是一个新概念，一些背景资料将有助于理解其重要作用。
早期美国政府的活动
1959年，马尔科姆（Malcolm）、罗斯布姆（Roseboom）、克拉克（Clark）和法扎尔（Fazar）发表了一篇经典的论文，阐述一种叫做“计划评审技术”（即PERT）的成功实施。
尽管其中没有直接介绍WBS，但包含了分解的图形，说明该概念在当时就已有一定的发展（见表1-2所示）。
表1-2早期的北极星项目工作子系统
舰队弹道导弹项目子系统
导弹
重返体
制导
弹道外壳
推进器
飞行控制
发射装置
导航系统
发射控制
舰艇
指挥通讯
PERT和WBS的概念被广泛而迅速的传播。
在1958~1965年间发展起来的这些管理系统及其应用是今天我们使用的项目管理知识体系中许多内容的基础。
到1961年，“工作分解结构”这一词已被广泛使用。
在通用电气公司内部出版的一篇文章中有一个WBS的例子。
这个WBS例子的一部分是“FBM维护训练设施”，如图1-6所示。
这个输出的产品包括政府供应装备、设备修改、文件、培训教员以及仿真机。
其他的管理和安装元素是横向关联或支持元素。
1962年6月，美国国防部（DoD）在与国家宇航局（NASA）及航天工业的合作中，出版了一个用于指导PERT成本系统的系统设计文件。
这个文件包含有关WBS的大量描述，与现在的描述基本相同。
1962年10月，国家宇航局（NASA）又出版了另一个文件，该文件拓展了NASADoDPERT成本指南中有关WBS的讨论。
NASA强调使用自上而下的WBS分解方法，以保证整个项目得到全面的计划，且派生出的计划能直接为最终目标服务。
同时，在任何一个完整的时间/成本管理系统中，成本和时间都需要从一个共同的框架中记性计划和控制。
在航天工业中，不同的公司都迅速地将WBS的概念融合到他们内部的项目计划运做中。
作者一直在利用WBS制定马丁·玛丽埃塔公司（现在的洛克希德·马丁）巴尔的摩部和奥兰多分部的计划，并出版了一个文件，该文件包括在使用PERT时项目计划中需要的WBS开发方法。
1964年8月，美国政府出版了PERT实施手册，其中包括对WBS的讨论。
这个文件是供政府部门、私人企业或公共机构使用的。
文件中也赞成采用自上而下地开展WBS的方法，使得“脱离了公共的框架就不能制定出详细的计划”。
文件指出，计划、进度计划和网络计划可以在没有WBS的情况下开发，但是这样的计划和进度计划可能不完全，或者与项目目标或输出产品的要求不一致。
大多数政府和航天工业中的WBS开发文件都遵循相同的方式，计划从项目的最高层开始，，始于对目标和最终产品的确认。
为一些大的军事系统（如那些20世纪60年代建成的系统）开发WBS时，很明显可以看出，每个系统家族的上两层或上三层都十分相似，即最终产品和其下一层的分解是相同的。
例如，所有的飞行器（不管是运输机、战斗机还是轰炸机）都有机翼、发动机、机身、尾翼、起落装置等。
1968年，国防部为自身系统开发了一个WBS顶层分解的标准，要求所有使用研究、开发、试验和工程基金预算的超过一千万美元的国防项目都要强制使用这个标准。
1998年1月2日，MID-HDBK-881文件被更新，并取代MIL-STD-881文件。
但是由于国防部后来理念的转变，这个手册不能引用作为合同责任。
然而，其他的国防部文件都特别地要求使用WBS。
MIL-HDBK-881仍旧针对于国防物资。
这本手册中仍然包括七个相同的国防部系统的WBS模版，这些模版属于最初的标准。
这本手册包括下列系统的WBS头三层结构及其相关的描述（WBS字典）：
（1）飞行系统。
⑵导弹系统。
⑶武器系统。
⑷舰船系统。
⑸电子/自动化软件系统。
⑹太空系统。
⑺地面车辆系统。
表1-3给出了手册中舰船系统的WBS结构图。
表1-3舰船系统的WBS
一级
二级
三级
舰船系统
舰船
船体结构
推进设备
电力设备
指挥与监控设备
辅助系统
用具和家具
武器
综合/工程
舰船装备和支持服务
系统工程/项目管理
开发测试和评估
运作测试和评估
实体模型
系统测试和评估
测试和评估支持
测试设备
培训
装备
服务
设备
数据
技术出版物
工程数据
管理数据
数据存放
特殊的支持设备
测试和测量设备
支持和处理设备
运作/现场的启动
现场系统组装、安装和检验
承包商技术支持
现场施工
现场/舰船/车辆转换
工业设备
施工/转换/扩展
设备获得或现代化
维修
初始备件和物理部件
资料来源：
DepartmentofDefense,MIL-STD-881WorkBreakdownSturctureforDefenseMatenialItems（WashingtonD.C.:
Headquarter,AirForceSystemsCommand,DirectorateofCostAnalysis,1November1968）.
手册中描述的层次以下的部分通常由承包商定义，并且在每一个项目中都不同。
通常，在这些类型的大系统中还要识别五到八个追加的层级。
PMI?
和PMBOK?
随着航空项目削减、冷战结束和项目管理学会的快速成长，项目管理实践中的监控和文档管理的领先地位从公共部门转移到私人部门。
PMI?
的职能
PMI?
，一个拥有超过70000成员的专业协会，通过会议、分会议、月刊“PMNetwork（项目管理网络）”和季刊“ProjectManagementJournal（项目管理杂志）”为项目管理实践的成长和发展提供了一个平台。
1987年秋，PMI?
出版了一个重要的文件，名为“PMBOK?
”。
这个文件在1996年被重新修订，并在2000年再次更新。
PNBOK?
反映了美国国防部、国家宇航局、其他政府组织和宇航工业从20世纪60年代以来30年的项目管理经验。
PMBOK?
PMBOK?
包括广泛应用的、经过证明的、传统的实践经验，还包括虽然有较大局限性、但是被广泛接受的创新和先进实践经验的新知识。
PMBOK?
不是一个指明“怎样去做”的文件，而是提供一个结构性的纲要和项目管理专业概念的基本参考。
PMBOK?
强调项目管理的过程。
㈠“PMNetwork”isatrademarkoftheProjectManagementInstitute,Inc.,whichisregisteredinUnitedStatesandothernations.
㈡“ProjectManagementJournal”isatrademarkoftheProjectManagementInstitue,Inc.,whichisregisteredintheUnitedStatesandothernations.
PMBOK?
不象MIL-HDBK-881和其他的美国政府有关WBS开发的文件那样明确，因为有了后面三十年的经验，二者有些不同。
PMBOK?
关注比国防部文件更
升级会员 