误解一：可交付成果就是“工程”

工程领域中，项目产品的不确定性没有超出合同双方的经验范围。所以建筑工程承包商可以闭着眼睛告诉客户他们建造的项目产品大体上是什么，客户也基本认可这个大体的范围，即便在细节问题上会有自己的要求（在物理构成上建筑物有97％的共性）。因此，工程领域向来有范例式的WBS构建方法。而这个范例就是工程领域的“定额编码体系”，在建筑领域就是（工程量清单），这种编码体系本身就容易被误解为项目的完整WBS。关于这一点我们稍后讨论。这里仅仅说说其分解特点，“定额编码体系”（工程量清单）的特点就是以可交付成果为导向的分解体系，其大部分分解节点都是以名词为主的（例如钢筋工程，钢筋、预制构件、钢筋笼），即可交付成果通常被理解为有形的工程实体。

在工程领域人员学习WBS的时候，经常会完成一个工程实体分解的WBS。持有这类观点的不在少数，他们在概念里倾向于将工程的PBS替代WBS，其中不乏技术人员和管理者。如果将工程设计WBS分解为：

设计图纸，结构设计图纸，建筑设计图纸，市政工程设计图纸，电气工程设计图纸……

恐怕很难识别设计工作的一些任务，例如，设计前现场勘查，施工过程的现场监督，二次设计图纸的审核等等工作。如果说WBS是一种“范围管理”工具，那么基于产品的分解方法通常比较容易遗漏“过程服务”的成果，这些成果大部分情况下是“无形”的。我们知道产品需求差异会导致设计工作范围的不同，因此在进行设计管理工作的时候就不能仅仅围绕设计的可交付成果展开，还要兼顾面向任务或者活动的部分。实际上，借鉴软件工程的WBS可以看出，设计领域中在项目开始之前进行较为精确的产品分解是不切实际的，所以通常使用任务分解的方式分解WBS。

再有，工程中的采购也难以使用有形的采购产品分解WBS，更多的是采用面向过程的WBS。过程管理对于项目管理是非常重要的，很多时候基于过程的分解更加贴近OBS，或者在更高的WBS层级与OBS匹配。其实过程分解的下一级就是任务分解，而任务分解的下一级就到了工作成果。正如Airstorm在上面所述，服务和产品的叠加才是“工作（works）”，这显然与传统的工程领域知识相矛盾（工程领域中，works专指“工程”或者“永久工程”，参见FIDIC条件），在《系统》一书中介绍WBS概念的时候，特地强调了CWBS【合同分解结构】一词，其概念核心就是是基于产品分解的WBS要通过CWBS（合同分解结构）的方式建立一种管理项目任务的渠道，使得项目工作范围被完整地管理起来。

总结

WBS中的works是一个“包”的概念，是工作任务与工作成果的集合

对待WBS的时候，不应该仅仅将其看作是PBS（产品分解结构），如果必须如此，则需要界定任务分解结构，比较成熟的有合同分解结构CWBS，或者组织分解结构OBS与PBS相结合。

本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright © 2008 作者 clockwork59 at Airstorm (数字指纹:
24fed2e143ca40ef26657495da818d48)

对于我等来说，可以下载的学习资料能够再丰富一下喽：

• 新版UniFormat II的草稿（45页 PDF）
• 仅仅包含level 1-3层的简化版（7页 PDF）
• 新版本的修订说明（4页 PDF）

我推荐没有uniformat的同学直接下载45页全文，后面2个则是非format具体内容的部分。更多的信息和资料可以进入最上面的链接访问到。 在看过草稿后，我最大的感触是，uniformat子目里面居然包含masterformat的对应编码。这样就很容易做到设计与施工的衔接，我们的造价体系对应方面好像没有这样细致。其他学习中，有需要的赶快行动，到六月份就不一定可以下载到了！

本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright © 2008 作者 clockwork59 at Airstorm (数字指纹:
24fed2e143ca40ef26657495da818d48)

图片来源：Archpaper.com

今 天的建筑业正在经历剧烈的变化，全球化的行业协作、建筑技术的突飞猛进、以及能源与环境问题的迫在眉睫，都要求建筑从业这以更快速、更节能、成本更加廉、 风险更小的方式建造建筑物。在这些需求驱动下，绿色建筑理念逐渐被各界了解和接受。绿色建筑的理念中最主要的恐怕还是能源和资源的利用效率，进一步可以分化为 建筑采光与日照分析、建筑及其材料热工分析、建筑能耗分析等一些列问题。这类问题所涉及的数据可谓五花八门，而且数量巨大。在出现较好的BIM解决方案之前，为大型的分析软件编制数据文件或者输入文件也是一项极大的工作挑战。

幸好，gbXML的出现使得这一问题的到了一个非常好的解决方法。gbXML是专门设计用来解决绿色建筑设计和运营的一种XML扩展，详细的信息可以参见gbXML官方说明，这里不再详述。需要说明的是，gbxml可以看做是BIM的aecXML一个绿色建筑的数据子集。

实 际上，当我们拥有一个信息含量足够丰富的建筑信息模型的时候，我们就可以作任何我们想做的分析。一个信息完整的BIM模型中就包含了绝大部分建筑性能分析 想要的数据，用BIM软件将需要进行绿色建筑相关分析的数据导出为gbXML文件，然后用专业分析软件分析，最后再导入BIM软件进行数据整合。

这种方式 已经在很多建筑设计项目中使用，并且获得了非常好的效果。值得一提的是Green Building Studio提供的WEB服务，使用GBS提供的客户端工具上传建筑物的gbXML文件，就可以在很短的时间内获得建筑能耗分析结果，以及绿色建筑的评价的分数。这种方式提供了更精确的能源分析，进一步提高了建築设计的效率，降低了业主的运营成本，也提高了建筑品质。GBS提供的分析内容包括：

• 建筑整体生命周期的能耗分析；
• 建筑生命周期内的运营成本分析；
• 提高建造方案分析以及建造工作效率；
• 提高了绿色建筑LEED 标准认证效率和方案分析效率；
• 通过gbXML提供数据共享，提高设计工作效率乃至建造产业工作效率；

本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright © 2008 作者 clockwork59 at Airstorm (数字指纹:
24fed2e143ca40ef26657495da818d48)

• 合理性 时间安排合理、成本支出合理、资源使用合理、风险预控合理等等
• 可实施性 各项活动张弛有序，资金链不会断裂、资源不会过于短缺等等

那么如何做到上述高度概括的要点呢？

首先是合理分解WBS，这部分已经讨论很多了，这里不再赘述。 分解的同时将要根据WBS子项识别出关键实施任务（仅含实施部分）这很容易，原因下面大家会知道。

接下来是 把这些关键实施任务根据逻辑关系排列起来，这里仅考虑实施任务的逻辑（其他次要任务的逻辑可以后期细化）。见下图，你看到了什么？一个非常紧凑的初始实施计划：

然后在每个实施任务前后加上”启动”和”收尾”任务，绝大部分实施任务都具有相应的”启动”和”收尾”任务。注意这实际上是一个过程识别的步骤。在这个时候，你可能需要识别实施任务的准备期是否需要“外部过程”（例如招标采购活动）、是否需要细化前期任务等等。为了简化起见我做了抽象化处理：

图中在工期上对不同项目实施任务的前期启动和收尾任务做一些区分，以表示其不同的任务性质。你可以认为较长的前期任务表示外部过程或者一揽子前期工作等等。这一步看似简单实际上具有相当的难度，如果你在此处没有认真、详细地计划你的项目任务，那么你一定会失去对项目的控制。总之这会反映项目关键接口、任务、合同要素和工作流程等重要特征。

接下来的步骤就是添加成本、合同、采购等等你掌握的信息，下图是将成本按照实施任务的性质和特征分解并叠加的结果。在计划的前期，我很喜欢使用primavera的WBS工具中的step，而不是继续细化WBS，因为早期的“step”具有阶段划分的性质，及时间特征更明显。这样便于摊销项目成本（通常step包含主要的子任务分解，并被计划工程师赋予时间特征），尤其是重大项目，成本/资金计划的准确性是非常重要的。换句话说前期可以使用step套取WBS子项，并根据项目实际情况分配资金。这样得到的计划及快速又“完美”。

上述方法和图示都是抽象的，下列技巧却是实实在在的：

1. WBS结构化分析；
2. 过程识别和流程分析；
3. 必要参数（如成本）的分解和配置。

这种计划方法在项目早期还是很有效的，而且和容易形成模板，这种方法做来的资金计划都非常接近实际情况，都可以宝成具有一定的合理性、可实施性。

更新：

实际上，这篇post是为了解释给newbee的。早期计划中计划与实际情况的契合程度决定了你的计划是否可行。在国内的项目早期计划应该从可行性研究阶段开始，但是国内的可行性研究报告恰恰并不重视项目的早期计划。而且仅从投资计划角度而言，也不是从实际出发制定资金使用计划的。这就造成了其“橡皮图章”特性的一个重要表现。

本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright © 2008 作者 clockwork59 at Airstorm (数字指纹:
24fed2e143ca40ef26657495da818d48)

还有一类4D应用就需要大量的建筑构件实体数据参与4D模拟：施工过程分析。很多工程必须对施工过程的结构特性进行必要的分析，看看下图就知道这样做的必要性了：

在传统设计分析方法上，设计人员仅仅通过设定“最不利”状态来分析上述分析域内的问题。但是这样做仅仅可以完成基于工程进度milestone节点上的静态分析，而非全过程动态模拟与分析（即忽略结构特性、结构形状随时间变化而变化的影响）。

时变结构分析

是通过建筑结构类型、材料性质以及施工荷载等随时间和进度变化的时变分析模型，对基于施工方案的施工过程进行结构力学分析、变形计算、性能预算和安全评估。能够更准确的评价建筑结构特性和各项指标。

4D的引入

事实上，时变分析并不是随着4D技术出现的设计分析方法。但是早期的时变分析在时间进程与结构变化上还停留在理论的时间片分割方法，没有考虑施工工艺计划方面的因素，因此其仅仅具备结构分析预测的功能，还不能根据施工方案以及施工进度分析相应的建筑结构特性。而4D的引入则解决了这个问题，4D是基于施工方案以及施工进度扩展的信息模型，它真实的反映了施工计划对建造过程的影响，也就对施工工艺有着更为切合实际的指导意义。由于整合了施工过程分析，使设计分析更加具有针对性，效率更高。。

BIM的信息支撑

现在随着技术的进步，提供全过程动态模拟分析的条件已经具备了。其中BIM就可以为全过程动态模拟提供详实的数据的信息模型。需要说明的是，这个模型也是BIM的扩展，至少需要建筑材料物理特性参数的数据作支撑。而4D模型以及结构分析模型则是BIM扩展模型生成的子集。通过BIM信息框架，4D分析模型将得到分析所需的数据和信息，进而构成时变结构分析模型。

BIM在4D领域的应用

可能的应用包括：

• 时变结构分析–结构安全、变形控制
• 装配及空间冲突问题
• 气象因素影响分析

airstorm个人觉得，通过整合施工阶段的4D动态分析来延长设计分析时效范围，将提高BIM系统应用的使用价值。同时4D分析的应用，可以科学地分析砼早期强度与结构安全的关系，进而有力地推动建筑行业生产率的提高，套用时髦的词汇，就是BIM的4D分析将减少能耗需求，提高能耗利用率。

本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright © 2008 作者 clockwork59 at Airstorm (数字指纹:
24fed2e143ca40ef26657495da818d48)

如果使用excel绘制gantt图，就需要一款适于自己的excel模板。这个模板应该有下列功能：

• 可以根据格式化的数据直接生成 gantt图
• 可以为任务条着色
• 可以批量更改数据
• 可以重新分级

那么也许应该试一试这种工具：

Gantt Chart Builder System

这个模板具有上述功能，而且你可以在“华军软件园”找到他的下载地址（说过了，这里可以分享知识，但不会给下载链接。）不过晒工具并不是最终的目的，要知道工具与方法已经阐明了：方法比工具更重要。

所以应该根据这个工具的特性将其归类，看看它适于何种应用场合。我就将它作为备用的、低端的报告用图表工具来使用。而且它仅可以在项目启动阶段、策划阶段使用，因为在这些阶段项目计划不需要基线、实际进度、实际成本等数据，也就不需要复杂的项目管理工具。而且在处理大规模数据角度看，拥有excel经验的人群要远大于拥有项目管理软件经验的人群。因此为了提高工作效率，使用它快速建立项目计划的报表是个不错的选择。

本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright © 2008 作者 clockwork59 at Airstorm (数字指纹:
24fed2e143ca40ef26657495da818d48)

建模操作

以前的工具之所以不好用，在很大程度上是没有挖掘建模工作流程以及wbs工具的实际需求。生涩地堆砌绘图工具对WBS建模工程师没有任何实际意义，而对于Visio等绘图工具高手而言，不如直接使用visio的原始图形工具顺手。这个WBS Modeler就充分发挥了visio在图形绘制与wbs建模方面的优势。

数据和报表

WBS Modeler另一个优势就是其整合的数据更有用了，这些数据是计划阶段所必需的。 WBS Modeler整合Ms project数据包括：

• WBS编码
• 成本
• 估算（属性）
• 完成百分比
• 工期
• 资源
• 里程碑（属性）
• 开始/完成日期
• 紧前任务

这些数据的整合，使wbs modeler有能力输出相对复杂些的报表，并且可以管理需求组合报表并形成多个数据层级。令我困惑不已的是报表好像只能输出为html和xml格式的文档，干嘛不直接导入excel呢？

与Ms project比较

这是个很实用的功能，你可以通过“比较planing”这再次导入源mpp文件的数据，并进行比较。wbs modeler会在相应的窗口显示差异。不幸的是，它现在还不可以在不同的mpp版本间比较。

下载

在微软的download center中，Microsoft Office Visio 2007 WBS Modeler目前只有英文版。

本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright © 2008 作者 clockwork59 at Airstorm (数字指纹:
24fed2e143ca40ef26657495da818d48)

那么，有没有类似wordpress这样的web系统来做项目管理呢？答案是：有！而且很多，多如牛毛！（这么热门的事情不会没人做的） 不过需要说明的是，我在基于网络的工程项目管理应用中提到的大多数是收费的web应用平台，而这里介绍的是开源的平台系统，就像wordpress这样，你可以免费下载它们，可以得到一些文档支持和更新等等。

在英文的wiki中列举了很多开源project management网络应用：（点击下列地址时，做好撞墙的准备，列表中pm图标表示项目管理软件；C图标表示协同软件；PPM表示项目组合管理软件；IT表示事件跟踪软件）

• Bugzilla IT
• dotProject PM IT
• Eventum PM C IT
• Mantis Bug Tracker IT
• Project.net PM C PPM IT
• ProjectPierPM C
• Trac C IT

除此之外，知道了eXPainPMT，一个非常简单的开源web应用。Airstorm通过其DEMO站点进行了简单的浏览，贴几张开发者的DEMO截图：

这是dashbord，内容直观，但是样式不够新颖。

这是任务页面，同样是样式的问题。不过一个轻量级的面向个人和小型团队的pm应用，搞很复杂未必能够提高效率。

还有一个我找到的界面效果非常好的web应用：projectfrok，不过是基于joomla！平台的

但是从功能角度衡量，还是project.net最为强大，官方主页上有portfolio management、enterprice planning和power collaboration专题，可见一斑。下面是官方主页的screenshot：

最后，是Airstorm隆重介绍的dotProject开源web应用。 dotProject是一个基于LAMP的开源项目管理软件。开发语言为PHP，数据库默认推荐使用MySQL ，官方网站：http://www.dotproject.net/

使用linux系统的朋友可以轻松搞定dotProject的安装，这是我推荐的一个理由，还有就是它有很多中文的开源支持，这是其他web应用没有的。搭建一个PM平台，主要还是出于PM的工作或者学习需要，因此对于非建站高手来说，最好避免被建站技巧所困扰。比如Mark的development blog就有dotProject的中文版本和进一步的支持，我个人很期待他的instant dotproject。就连下面的截图也是来自Mark那里：

还有来自youtube的tutoral：（图像质量实在是惨不忍睹，思量再三还是贴出来给大家一个直观感受吧）[地址是：http://www.youtube.com/watch?v=vK9oSoKXClA]

OK，就介绍这些吧。Airstorm还没有利用手边的虚拟liunx系统体验过上述任何一个应用，毕竟一个一个的搭建实验环境的确费时。本文介绍的web应用大多数是轻量级的PM应用，而且更偏向于软件项目管理领域，希望大家在建站之前事先权衡不同应用的利弊，选择适合自己的web应用。然后再参考相应的中文支持站点实施建站工程。

本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright © 2008 作者 clockwork59 at Airstorm (数字指纹:
24fed2e143ca40ef26657495da818d48)

起源

早在1969年英国皇家特许估算师协会(RICS)颁布了第一个房屋建筑的分 类标准，之后许多国家都在制定自己 的分类标准，欧盟制定了CEEC分类。（建设工程项目工作分解结构(WBS)的思考）Uniformat是由美国AIA与美国GSA联合开发的，美国ASTM基于Uniformat制定了ASTM E 1557-05分类标准，名称为 Uniformat II。最早在1989年颁布，最新版本为2005版 。MASTERFORMAT是由美国建筑标准学会CSI 和加拿大建筑标准学会CSC 最早在1972 年颁布，最新版本为2007版。是美加两国八个工业协会和专业学会共同倡导和努力的结果,在北美地区具有深远影响，历史悠久，应用广泛。

目标

Uniformat II的定位是面向工程项目全周期的编码结构用于描述、成本分析和工程管理的建筑信息分类标准。Uniformat II的原文是：

This standard establishes a classification of building lements and related sitework. Elements, as defined here, are ajor components common to most buildings. Elements usually erform a given function, regardless of the design specification, onstruction method, or materials used. The classification
serves as a consistent reference for analysis, evaluation, nd monitoring during the feasibility, planning, and design tages of buildings.

Matserformat 的定位是工程项目实施阶段信息、数据的组织和管理编码体系，同时提供工作成果的详细成本数据。Matserformat的原文是：

MasterFormat 2004 Edition: Numbers and Titles is a master list of numbers and subject titles for rganizing information about construction work results, requirements, products, and activities into a tandard sequence….MasterFormat Numbers and Titles are suitable for use in project manuals, for rganizing cost data, reference keynotes on drawings, for filing product information and other technical ata, for identifying drawing objects and for presenting construction market data.

分类方法

Uniformat 的分类方法是采用层级式的建筑工程系统构成元素划分，他更倾向于再现工程元素的物理构成方式，并以此来组织设计要求、成本数据以及建造方法等信息和数据。这种建筑信息的分解和组织更加符合设计组织（AIA）和管理组织（GSA）的习惯。参考Uniformat的部分子目：

Masterformat的分类方法是采用工种/材料分类，他更倾向于符合建筑工程分工组织实施的方式，并以此来组织设计要求、成本数据以及施工文档等信息和数据。这种建筑信息的分解和组织更加符合工程建造阶段的信息处理习惯。而作为一种映射的成本编码体系，在性质上也更接近我国的工程造价计量体系；作为一种美国通用的招标设计说明编码体系，被许多美国工程师采用用于编制设计说明和招标。参考Masterforma的部分子目：

主要用途

Uniformat着眼于功能元素，主要以描述和反映工程实体的功能构成，进而关联设计成本数据。以此分析设计方案、价值工程、工程进度等等策划、设计因素。在成本计算上，由于没有明确的施工方案，精度偏弱；如果达到同样的精度，其数据体量及其冗余度都较大。但是他的长项是价值工程这类与功能和构建类型相关的成本分析和投资控制而非工程计量。所以Uniformat更多地用于AEC领域方案设计阶段或者项目计划阶段；当然，由于Uniformat的功能分解特性，它在项目全生命周期中都可以找到用武之地，只不过在设计阶段作用尤为突出。

MasterFormat着眼于施工结果，可以直接阐述工程施工的方法和材料，进而关联施工成本数据。在成本计算的角度看，一种特定的建材只在MasterFormat中出现一次，便于统计和计算（这一点非常像国内的概预算体系）所以MasterFormat更多地用于施工图设计阶段或者最终招标阶段。

关联

Uniforamt和Masterformat是互相关联的，在底层数据上它们其实是一致的。下图是二者的对应关系，可以看到，在建筑实体局部编码中，Uniforamt和Masterformat可以做到相互对应：

这种互通特性是美国AIA、CSI等组织不懈努力的结果，CSI一直同时维护着自己的Uniformat和Masterformat版本。从而使得设计到施工的工程管理平滑过度，并保持了各个参与方的高效工作能力。一些公司如MC²则使用高层级Uniformat与低层级的Masterformat混合体系建立数据翔实、准确的工程项目信息体系， 并得到了一定的认可。

BIM应用方面， Uniformat占了很大的比重，原因除了其功能构建分类较为适合BIM模型意外，还与当前使用BIM模型的主流还是设计组织为主有关。随着4D技术的不断完善，相信Masterformat将会逐渐融合到BIM应用中来。下面两幅图是BIM应用软件innovaya的截图：

For Uniformat：

For Masterformat

总结

两种各具特色的建筑信息分类编码体系，各自的分类方法和适用范围不同，在各自的领域中都非常的出色，反映到国内，投资和管理领域更偏向于Uinformat，建筑设计和造价领域更偏向于Masterformat，airstorms就接触过Masterformat格式的设计说明书及其成本数据。感觉现阶段国内业界对于Masterformat格式了解还是多于Uinformat格式。

但是站在工程项目管理的角度，airstorms不太同意《建设工程项目工作分解结构(WBS)的思考》 的说法，因为工作成果同样有内在的联系，所以分解第一层级的定义（以现有工程阶段惯例划分分解层次）过于武断了。《工程项目投资分解体系研究》则应该没有进一步探究Masterformat格式的实际内容，它的施工进度、现场条件等因素考虑得非常详细。所以“M体系较少甚至没有考虑项目具体施工过程中的先后顺序”的论点是不合适的。

严格的说，Masterformat格式完全可以作为CM合同模式下的项目WBS使用；而Uinformat格式则可以作为DB合同模式下的项目WBS使用。

另外，推荐一种更新的格式omniclass， 一种全生命周期WBS体系。airstorms推荐有条件使用整合软件工具的前提下，使用这种WBS。

本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright © 2008 作者 clockwork59 at Airstorm (数字指纹:
24fed2e143ca40ef26657495da818d48)

Technorati Profile

首先，我们看一个简单的例子，例子中你可以看到一些黄颜色的标注，这些类似与blog的标签功能，将wbs元素以另外一种关联关系连接在一起。在工程项目管理中最实用的就是“合同代码”与wbs元素的关联，它可以关联合同标段、主合同子合同等，也可以标识资源例如部门、人员等信息。我之所以认为合同与Wbs的关联比成本代码与wbs的关联更重要，原因在于合同代码与wbs的关联实际上就是合同包的划分与界定。从大局上看，合同包划分以及合同界面定义在管理层面上要高于成本估算、预算。

除了上述两个关联外，还有一个关联也是非常重要的，就是子项关联。听起来很别扭，但是为了说明问题就得提出一些概念：子项关联就是project ID，project ID是primavera的一个字段名称，它代表项目的不同子项。我们应用子项划分的方式就是按照工程惯例划分不同系统、不同部位或者不同阶段。总之，这是一个技术性的划分。如上图所示的采暖工程，就是一个典型的按系统划分的子项。这些关联与wbs一道组成了工程项目管理的基础，并使wbs具有类似魔方的多维度灵活性，从而在策划、设计、采购、施工等阶段为管理工作提供高效的分析、设计和控制工具。所以我并不太认可时下流行的wbs工具，它们都在平面化了。在反映wbs元素的此类关联的时候就都显得力不从心，较为典型的wbs pro仅仅可以关联成本信息，但这就已经“算是完美”了。至少你还可以分析成本构成，虽然实际做起来实在很困难。

需要注意的是，合同、成本、进度、技术等因素并不是wbs编码系统需要考虑的，也不是wbs分解需要考虑的，它们只是为管理和控制提供高效率的手段，而相互关联，进而构成一个有机的管理体系。

其次，在把玩魔方的时候，大家可能会有殊途同归的感觉，即解法不唯一。这一点也可以用在wbs的分解上面，在“面向成果还是面向活动” 里我们探讨了按照那种导向分解的问题，实际上在那时我没有说明，其实二者是相互关联的。无论你从那个方向分解，最后都要达到这样的效果：

• 任务关联成果
• 任务或成果关联成本、资源、进度、流程
• 任务或成果之间应设置必要的关联（如子项关联）

不同项目有不同的特点，但是比较一致的是，如果达到上述wbs分解效果，则必须分解至少4层。这时，你已经很难区分wbs元素到底是任务还是成果了（比如XX部位表面油漆）。
总结

wbs与合同、成本、进度、技术等因素构成一个相互关联的有机管理体系。处于这类关联核心的是wbs，通过建立关联才能保证wbs的实用性，否则类似与组织结构图式的wbs只能是粗浅的摆设，不能真正起到其应有的作用。

本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright © 2008 作者 clockwork59 at Airstorm (数字指纹:
24fed2e143ca40ef26657495da818d48)