WBS有效的工作分解结构Word下载.docx
《WBS有效的工作分解结构Word下载.docx》由会员分享，可在线阅读，更多相关《WBS有效的工作分解结构Word下载.docx（58页珍藏版）》请在冰豆网上搜索。
产品项目分解…………………………………………………………………………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
风险管理………………………………………………………………………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-1表示一个到达工作包
施工计划
许可证
检验
分包
工作包下面的一级是单独的任务或活动，通常它们不作为WBS的一部分。
事实上，（如在第2章中讨论的那样）WBS的主要作用就是提供一个框架用来帮助定义项目中的活动。
一个完成了的WBS应该覆盖项目的全部范围。
一个十分重要的项目管理准则提请我们关注：
WBS中没有包括的工作不在项目管理范围之内。
例如，在表1-1中，没有标明取暖（Heating）、通风（Ventilating）、空调（AirConditioning）（HVAC）系统，因此，HVAC系统不是这个项目的一部分。
一旦建立了WBS，必须进行维护更新，以反映项目的变化。
每一个项目的WBS的排列以及具体的工作包都不一样，这取决于以下几个因素：
●项目的规模和复杂程度。
●项目所在的组织的结构。
●项目所处的阶段。
●项目经理对分包给分包商的工作的判断。
●项目所涉及的不确定性和风险的程度。
●用于计划的时间。
WBS是一种用标准形式表示项目范围，并在项目团队内部、项目团队与利益相关者之间进行协调的巧妙的沟通工具。
在计划阶段的最后，计划和进度计划被冻结或确定为“基线”，成为执行项目工作的基础。
同时，WBS也将作为一个基线成为变更管理的关键机制之一。
不包括在WBS中的工作需要通过正规的变更控制程序添加到项目和WBS中。
下面是WBS的另外两个例子，集中于项目产出的产品或可交付成果。
图1-4是一个民用飞机项目，该项目拟将客用飞机改装为运输机。
输出的产品是一个保证飞行性能良好的改装飞机、技术手册和一系列需要的备件。
这个WBS包含一个名叫“系统工程”的、涉及所有项目内容
测试
WBS能够全部或部分用于进行任务分配、预算、解释项目的范围和性质。
责任的分配是在WBS的最底层——工作包层——或者再下一层——任务或活动层。
WBS可以作为描述项目整体的一个公共的焦点。
WBS概念的背景
WBS在项目管理中不是一个新概念，一些背景资料将有助于理解其重要作用。
早期美国政府的活动
1959年，马尔科姆（Malcolm）、罗斯布姆（Roseboom）、克拉克（Clark）和法扎尔（Fazar）发表了一篇经典的论文，阐述一种叫做“计划评审技术”（即PERT）的成功实施。
尽管其中没有直接介绍WBS，但包含了分解的图形，说明该概念在当时就已有一定的发展（见表1-2所示）。
表1-2早期的北极星项目工作子系统
舰队弹道导弹项目子系统
导弹
重返体
制导
弹道外壳
推进器
飞行控制
发射装置
导航系统
发射控制
舰艇
指挥通讯
PERT和WBS的概念被广泛而迅速的传播。
在1958~1965年间发展起来的这些管理系统及其应用是今天我们使用的项目管理知识体系中许多内容的基础。
到1961年，“工作分解结构”这一词已被广泛
系统S-2
丁·
玛丽埃塔公司（现在的洛克希德·
马丁）巴尔的摩部和奥兰多分部的计划，并出版了一个文件，该文件包括在使用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®
随着航空项目削减、冷战结束和项目管理学会的快速成长，项目管理实践中的监控和文档管理的领先地位从公共部门转移到私人部门。
的职能
，一个拥有超过70000成员的专业协会，通过会议、分会议、月刊“PMNetwork（项目管理网络）”和季刊“ProjectManagementJournal（项目管理杂志）”为项目管理实践的成长和发展提供了一个平台。
1987年秋，PMI®
出版了一个重要的文件，名为“PMBOK®
”。
这个文件在1996年被重新修订，并在2000年再次更新。
PNBOK®
反映了美国国防部、国家宇航局、其他政府组织和宇航工业从20世纪60年代以来30年的项目管理经验。
包括广泛应用的、经过证明的、传统的实践经验，还包括虽然有较大局限性、但是被广泛接受的创新和先进实践经验的新知识。
不是一个指明“怎样去做”的文件，而是提供
㈠“PMNetwork”isatrademarkoftheProjectManagementInstitute,Inc.,whichisregisteredinUnitedStatesandothernations.
㈡“ProjectManagementJournal”isatrademarkoftheProjectManagementInstitue,Inc.,whichisregisteredintheUnitedStatesandothernations.
一个结构性的纲要和项目管理专业概念的基本参考。
强调项目管理的过程。
不象MIL-HDBK-881和其他的美国政府有关WBS开发的文件那样明确，因为有了后面三十年的经验，二者有些不同。
关注比国防部文件更广泛的用户，包括20世纪60年代以来的所有商业应用和实践。
除了讨论PMBOK®
中的WBS以外，PMI®
正在开发一个工作分解结构的实践标准，以获得比国防部手册中更广泛的应用。
实践标准计划在2001年公开出版，本书将补充这方面的内容，如同PMBOK®
在项目管理方面对其他书做出的补充一样。
遵循了在项目分解方面早期的政府经验，该项目分解表述为：
“把主要的项目可交付成果或子可交付成果细分成更小的、更易管理的部分，直到可交付成果可以被足以详细地定义，以支持项目活动的开展（计划、执行、控制、终止）。
”
与国防部手册
表面上，PMBOK®
和国防部手册的主要区别在于如何完成项目的分解的理论上。
指出“．．．．．．．主要元素永远要根据项目实际的组织方式进行定义。
”国防部手册指出：
“一个WBS不应影响或以任何方式干扰承包商的组合项目组织。
”开发WBS的普遍性原则之一是：
WBS不是一个组织结构图。
指出，应该根据工作的组织方式，而不是人力资源组织结构来说明工作。
㈠PMI-StandardsCommittee,PMIPracticeStandardforWorkBreakdownSturcture,ExposureDraftVersion（NewtownSquare,PA:
ProjectManagementInstitue,October2
升级会员 