在自己当斑竹的单位内部网站"项目管理"专栏开了个有关EPC的系列讨论,其中一个是有关WBS的,可惜单位内部关注这个的很少，所以没有很多人参与,在MYPM看到了很多WBS的文章,现把他们合在一起,今后再有时间的话就把我在单位内部网站发的文章转过来!

WBS方法在工程项目管理中的应用研究

现代工程项目越来越朝着大型化、复杂化的方向发展，大大提高了工程项目管理的难度。计算机已经是不可缺少的管理工具之一。如何把计算机技术与工程项目管理更加紧密地结合起来，是当今工程管理研究的主要课题之一。工作分解结构方法是现代工程项目管理中的一个先进、有效的方法，是基于系统原理的方法，是工程计划、控制的基础。运用WBS方法，可以很好地将计算机技术尤其是数据库技术、更为有效地运用到项目管理中，对工程项目实行集成化管理，提高管理效率。

　　一、工程项目的分解

　　工程项目分解的主要目的是为项目控制确定具体的控制对象以及相应的控制目标。工程项目目标系统中的工期、费用和质量是项目控制中的主要控制目标。

　　1．作分解机构（WBS）

　　工程项目的分解结构（WBS）可以将工程分解成可以管理的工作单元——工作包，从而能够更容易也更为准确地确定这些单元的费用和进度，明确定义及质量要求。

　　WBS方法是一种全面地、系统地分析工程项目的有效方法，也是项目管理的基础性工作。在二十世纪七十年代，国外就将WBS作为工程项目管理的基本方法。1997年，ISO/TC176/SCI国际标准化组织质量管理和质量保证技术委员会将其写入《质量管理——项目管理的质量指南（ISO1000）》国际标准，并指出“在工程项目中应将项目系统分解成可管理的活动。”分解的结果被称为项目分解机构，即WBS。

　　关于WBS的定义，最早可从美国国防部国防系统开发工作的手册中得到解释：即工作分解结构（WBS）是一个以产品为中心的层次体系，由硬件、软件、服务和资料组成。它完全确定了一个工程项目。在确定的产品单元时，系统工程起着关键性的作用。 WBS显示并确定了要研制或生产的产品，并将要完成的工作单元与最终的产品联系起来。具体可分为纲要性WBS、项目纲要性WBS、合同WBS和项目WBS等四类。

　　WBS作为工程项目管理的基础性工作，它的建立必须体现项目本身的特点和项目管理组织的特点，必须遵守整体性、系统性和可追溯性的原则。在对一个具体的工程项目的WBS设计时，要注意其三个基本要素的设计，即结构、代码和报告的设计。

　　2．工作包模型

　　工作包模型的基本构成单元是不作包。而工作包则是用项目分解结构对工程项目分解后，在分解结果的基础上形成的。该模型的主要思路是将“工作包”作为项目控制的具体的基本对象。每一个工作包的基本内容是由一项或几项工程活动或分项工程构成。工作包能作为工期控制的基本单元，同时将费用控制体系的控制帐户和质量控制体系的基本单元也建立在工作包上，这样每个工作包就能够作为项目控制工程中各单元控制的共同的具体控制对象，并为工程进展情况综合信息（工期、质量、费用信息）的采集、传递提供了共同的基础，保证了控制过程所需的信息来源的单一性和集成性。由于每个工作包具有上述属性，因而由其组成的层次结构体系便不仅能反映工程项目的整个生产过程，而且能反映其所有特性，内部相互关系和控制目标要求，从而成为工程项目总体控制对象体系，并能支持项目控制的全过程。

　　工作包模型建立后，就可以对各工作包进行编码，利用计算机数据库技术对工程项目进行集成化管理。工程项目的分类和编码是否适合，对计算机能否在工程项目管理中得到广泛应用，显得尤为重要。

　　1．工程项目信息的分类体系

　　信息分类体系是建立一个合适的WBS基础。由于不同的项目参与者都是从自己所从事的行业出发，理解项目并制定信息分类体系，而这些信息分类体系所对应的编码体系一般各不相同，参与方会按自己的一套编码体系来编码WBS，这就影响了项目参与各方的信息交流，严重影响了计算机在建筑业中的应用。

　　工程项目信息分类体系始于欧美，经过几十年的发展已经形成多个体系，分类体系覆盖的领域也逐步扩大从建筑材料到建筑工程，信息编码形成从树状结构逐步到分面结构，再到树状与分面结构的混合方式。这种变化反映了工程项目信息管理所涉及的内容正逐步增加。在各种工程项目信息分类体系中，ISO总结和采纳了其它各种方法之长，提出了按照设施种类、空间特性、工种特性、构配件和建筑材料以及建筑辅助设施等逐层分解的方式，对工程项目进行信息分类。这种分类方式已被广泛研究或应用于各国新的分类体系的研究。该划分体系对不同分部分项的定义如下：

　　设施——按照主要用途划分，如工厂、医院、道路、加油站、供水系统、机场等。

　　空间——范围比设施小，可有围墙，也可无围墙的三维空间，如娱乐区、办公区、住宅区、烹饪区、道路区等。

　　部分——设施的物理构成部分，其特征是具有一定的功能。如地基、外墙、屋面装饰、烟感系统、喷淋系统等。

　　工作段——小于分部且是一定施工技术的产物，具有工种特性，适合与分包。如结构工程、围护工程、装饰工程、电气安装、消防系统安装、垂直运输系统安装、智能自动化系统安装等。这些都与具体的行业相关，可分包给专业设计或施工公司。

　　建筑物配件和材料——永久地形成工程项目的一部分，不但包括我国意义上的构配件，也包括建筑材料、家具等。这些建筑产品按照不同用途进行分类，如用于结构、围护、输送煤气、传递信号、上水下水系统等。

　　建筑辅助——临时性用于工程项目而不形成永久构成部分，如脚手架、模板、机械设备等。

　　在上述ISO技术报告框架的基础上，很多国家的专家学者研究了适合本国的工程项目信息分类和编码体系。例如Lee.S.Kang和Boyd.C.Paulson就提出了适合于一切土木工程的项目信息分类和编码体系。这种分类体系基本上采用了ISO技术报告的框架，并在其基础上进行了细化。这种分解体系最大的特点是层次清晰，简单明了，突出重点，按照不同的重要级别划分工程项目，有利于对工程项目的控制，且包含了所有的土木工程，适应于 WBS的编制。WBS按照这种方式分解，并在此基础上形成编码体系，便于具体工程的应用。

　　2．信息编码的内容与方式

　　项目信息编码的主要内容包括对项目分解体系的编码，从时间上对项目实施全过程进行分解的编码，对不同的参与者如建设方、设计方、承包商、咨询方等进行编码，对包括建筑材料、构配件、建筑设备等有形资源的编码以及项目文档编码等等。

　　编码可采用数字、字母、符号等多种组合方式。简单的编码结构如树状结构，这种结构有利于信息的汇总，上一级的编码是下一级所有编码的汇总，但这种分类方法存在着扩展性欠佳的问题。比较复杂的编码方式如分面结构，把编码分成不同的部分，如同积木，各个部分结合起来才有完整的意义。这种结构具有可扩展性。第三种编码方式是前两种的混合，即在同一“面”保持树状结构，改善汇总功能；但仍采取不同面的组合方式，以增加其扩展性。但项目的具体编码形式是随项目的类型和特点而定的，具体情况应具体对待。

　　上面几种编码方式都已出现在不同国家和地区的项目编码体系中。随着计算机应用水平的提高，目前国际上的研究倾向于采用第二种编码体系，都须具备稳定性，兼容性和灵活性的原则。

　　三、结论

　　在工程项目建设过程中，会产生和使用大量的数据，对数据进行分析、组织以满足数据结构和工作包模型集成的需要，建立起工作包的关系模型。而通过关系数据模型，可以很方便地建立数据库模型。

　　数据库技术无疑是计算机技术最重要的组成部分。通过工作包模型，在计算机技术与工程项目管理之间架起一道桥梁，把它们紧密地联系在一起，极大地提高了工程项目管理的效率，和传统管理相比发生了质的飞跃。 

WBS标准化是项目管理通用语言的基础

最近领导要求我们去一线，目的是要制定一套项目管理进度管理的标准场景，以提升公司项目管理能力。为了了解一线目前项目管理的现状，我仔细查看了下公司项目管理系统中的项目进度计划，进入系统，看到几百个项目在系统中运转，自然感觉对项目管理软件的推行成果有些成就感，但认真展开各项目的WBS，几乎难以想象的是：每个项目的都有自己的做法，项目阶段与WBS划分方式，各式各样，有按工序划分，有按区域划分，还有按时间划分……

     建立项目通用语言，在项目管理成熟度中属于基础层级，是企业项目管理的基础。通用语言的建立为企业公司项目管理的沟通，成本管理等等都带来了非常便利。项目阶段与WBS的划分原则就是一个共同语言的基础，有了这个这个基础，项目的状态监控、项目绩效比较、项目成本管理、项目风险管理、项目经验共享、项目管理IT系统集成才有了基础与前提，至少变得更有成效。试想想，如果公司没有一套表述的WBS，我们项目成本结构PBS如何与项目对应，如何建立公司的项目成本管理体系？很多企业要求员工大规模的考PMP，除了提升员工的项目管理技能外，也是建立项目管理通用语言的一种方式。

     举个简单例子：如建立企业项目管理最佳实践库，这对于一个以项目为主要运作方式的企业而言，至关重要。不但可以避免重复犯错，更重要是将企业一些优秀的项目管理实践总结出来，重复使用，提高项目管理的效率。项目管理是一个实践的科学，是个操作层面的方法论，项目面临的环境差异较大，这就更需要项目管理实践库的建设。但是，我们如果有一个标准的项目管理流程，我们就很难在项目之间进行横向对比，而找到类似项目的经验。比如这个项目在启动阶段有了很好的经验，这个可以借鉴给另一个项目，但这个阶段定义就根本没有启动阶段，这就很难对应。当然。可以通过别的方式来借鉴好的经验，但如果建立项目的阶段共同语言，共享经验就变得更容易，企业在进行经验积累归类时，就更为便利。

    看看爱立信的PROPS方法论为什么要在爱立信公司所有的项目中运用，不但是因为PROPS本身是个成功的最佳实践，更因为PROPS为爱立信公司建立项目管理的通用语言。IBM的IPD在业界也享有盛誉，其中重要的特点就是IPD提供了一个结构化的产品开发过程，什么是结构化？除了标准的阶段划分，更重要的是只要你用IPD，所有的过程都是一样，这样不但能在公司层面，而且能在公司之间建立了产品开发的通用语言，进而能建立标杆比较的度量体系，以帮助持续改进。如我所在的公司也用的是IPD，我们平常与IBM交流时，问到某个产品开发进度时，只要说进入某个TR点，我们就都明白产品目前的状态，不用太多的语言解释。我们也建立一套度量体系，来衡量与IBM等业界先进公司的比较，这就是通用语言价值的最好证明。同时，我们不难发现，无论是PROPS还是IPD，在建立企业共同语言时，其基础都是项目的阶段划分与WBS结构都是标准化的。

     当然对于很多项目而言，因为项目的独特性，我们不可能保证每个项目WBS的一致性，也没有必要如此呆板，但一定程度的规范是必须的，比如划分原则，比如在0－1层项目阶段的一致性等，尽可能根据项目情况建立WBS的标准化，对一个企业而言是非常重要的。因为WBS的标准化是建立企业项目管理通用语言的基础。

WBS在施工项目管理中的应用

WBS是Work Breakdown Structures的缩写，译为工作分解结构。在一般的项目中，由于目标和范围可以确定，项目实施工作和管理工作也可以确定。WBS就是通过树型结构分解工作，以便确定项目所有工作。WBS是项目信息沟通的共同基础，是系统综合与控制的对象，是项目管理的最重要的工具。  

    WBS与传统进度计划的主要区别在于，WBS是项目所有工作的集合，而传统进度计划一般不包含项目管理元素。纳入项目管理元素符合WBS百分百覆盖的原则，使得WBS能够覆盖这个项目管理和实施工作，也使得WBS的作用具有更加宽泛的作用。 

    WBS的分解在实践中，WBS是对项目所有工作的覆盖和分解，是项目所有工作的集合，是静态的无实施顺序的，它回答了“项目要完成什么”。WBS必然包括物理物理产品的分解元素。同时，施工项目又是典型的工程项目，所以其WBS也必然包含项目管理元素。由于项目管理元素是横向关联元素的一种，因此，施工项目WBS也包含横向关联元素。国内施工项目中的产品分解元素通常有：单项工程、单位工程、分部工程、分项工程，其中分部工程和分项工程是可计量的实体性工程量的分类，单项工程和单位工程是按一定功能对分部分项工程的集合。为了便于施工安排还要将工程量在进行分解到小的施工部位上去，因此又有了标段、栋号、楼层、流水段的分解。即使将工程量分解到了流水段，其粒度还经常不足以支撑施工活动，于是又设置了施工工序，如：绑钢筋、支模、打混凝土。项目管理元素常有：施工方案、施工计划、施工前准备、施工质量管理、HES管理、费用结算、财务管理、竣工验收等。WBS分解元素实际上是告诉我们“WBS有几种分解方法”，研究表明WBS有五种分解元素：

    一是产品分解元素。产品分解元素是对项目输出产品的物理结构的分解，是最习惯、最通用、最基础和最容易开发的WBS。所有这类项目都有实实在在的输出产品，如：软件、建筑物、水坝、飞机、用户手册等。产品的分解通常比横向关联元素或项目管理元素有更多的级别，产品的层次划分取决于产品及组件的复杂程度。

    二是服务分解元素。服务项目没有实实在在的、结构性的可交付成果。他的输出是一个被定义的为别人做的工作，如：会议、宴会、婚礼、旅游等。工作分解是相关工作领域的逻辑集合。

    三是结果分解元素。结果性的项目也没有实实在在的可交付成果。它的输出是一个过程的结果，这个过程导致一个产品或一个结论。工作分解是一系列可接受的步骤。

    四是横向关联元素。这是一个横跨产品所有内容的一种分解，如：建筑设计、装配或系统设计等。这种元素通常是技术性或支持性的。这类元素在服务性项目和结果性项目中很少出现。

    五是项目管理元素。这是一个项目的管理责任和管理活动的分解，如：计划、报告、项目审查以及项目管理团队的一些活动。项目管理实际上是一种特殊类型的横向关联元素，因为它普遍存在于项目WBS中，起到支撑项目的作用，所以单独列为一种特殊的元素。

WBS分解原则是多种分解元素并存。项目管理元素应该普遍存在于每一种项目的WBS中，因为每个项目都有项目管理。WBS应该是项目管理元素和其他分解元素的组合。具体是第一个原则是可操作原则。WBS划分到什么程度合适呢？原则上因该是到可操作和可计量的程度，具体从两个方面来衡量。在时间上，有人认为应该分解到80小时以内能够完成，也有人认为应该分解到40小时之内。笔者认为应该视具体工作的而定，比如：研究性工作、创意性工作就较难分解到几十个小时之内，而生产性工作也要视其物理结构和工艺而定，不能一概而论强求分解；在分工上，普遍认为因该保证分解到一个团队或一个个人能够执行的程度。第二个原则是百分之百原则，即一个WBS分解元素的下一层（子层）的分解必须百分之百地表示上一层（父层）的元素，子元素中所有工作的总和必须等于父元素代表的工作百分之百，不在一个WBS范围内的工作就不是项目上的工作。因此，我们应该将项目上的所有工作都分解到WBS中去。   

   施工项目的WBS

    实际工程项目管理中，大型国际工程应用WBS的较多，而内资中小规模的工程项目应用WBS的还较少，甚至很多工程项目的管理人员还没有理解WBS的基本概念，他们更容易接受的是进度计划。进度计划的概念常常是实体性工程的进度，较少有人将自身的项目管理活动统一纳入WBS中形成完整的网络计划，而是另行安排工作计划。因此，即使无意识地使用了WBS也是不完整的。 

    施工项目WBS的分解特征。施工项目WBS的分解既遵循WBS分解的普遍原则，又具有其明显的特征： 

    一是边施工边分解。在实际工程项目中为了尽早推动项目进程，在宏观策略上经常在用所谓"三边工程"的推进模式，即：边规划、边设计、边施工。施工任务取决于设计图纸，而设计图纸取决于规划设计，这将导致施工任务不能一次性明确，因此，施工项目的WBS粒度也不能一次性分解到位。另外，对于大型工程，由于规模很大头绪繁多无法一下分解到位，这时也可以逐步分解，先将已经明确纳入实施计划的工作进行分解，再逐步分解其他工作。不管什么原因导致的边施工边分解WBS的情况，都将使网络计划失去一部分功能，比如：整个项目的进度优化和资源优化。无论怎样，应该保证WBS的百分百原则，在第二级分解元素中要能够保证整个项目的工作被百分之百地覆盖了。  

    二是不同视角有不同的分解需求。即使是同一项目的施工管理，不同的管理者对WBS也有不同的分法，在施工项目中至少有甲方和施工方的两种分解。一是甲方的分解，甲方分解是为了便于其管理和核实施工进度和费用，因此，经常按分工和产品元素分解工程。同时，甲方的WBS应包括自身的项目管理元素在内，如里程碑计划要求、三通一平、质量监督、过程工程量核实及费用结算、工程验收等。二是施工单位的分解。施工方的WBS分解一般要服从于施工工艺和施工方案的要求，因此，要加入表示施工部位和施工工序的等元素，如：楼层、流水段、施工工序，使WBS分解粒度更细。

• 上一篇：请专家给点建议
• 下一篇：项目经理的权威该不该受到挑战