可交付成果在PMBOK中有比较清晰的定义，Airstorm这里就不在背书了。直接谈谈容易出现的误解，对于可交付成果的误解集中在2各方面：一是可交付成果的概念本身；二是可交付成果在WBS中的作用。

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

工程领域中，项目产品的不确定性没有超出合同双方的经验范围。所以建筑工程承包商可以闭着眼睛告诉客户他们建造的项目产品大体上是什么，客户也基本认可这个大体的范围，即便在细节问题上会有自己的要求（在物理构成上建筑物有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相结合。

CSI（Construction Specifications Institute）的官方网站上的消息，CSI正在公开征集对新版UniFormat II草案的意见。新版UniFormat II将于2008年底正式发布，这个版本将替代1998年的版本，并与MasterFormat 2004相协调。这次征集的部分仅仅包含建筑工程部分的修改，CSI的工作组将于一年后将修订的范围扩展到所有行业。而征集意见的截止日期是2008-6-15。

对于我等来说，可以下载的学习资料能够再丰富一下喽： （阅读全文……）

之前简单介绍了BIM在建筑、结构方面的应用，这次简单介绍BIM在机电设备方面的应用:

图片来源：Archpaper.com

（阅读全文……）

这个题目的确有些虚张声势，不过，身边的一些朋友不久前讨论过早期“完美”计划的必要条件。最后归结为两点：

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

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

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

（阅读全文……）

建筑信息模型BIM在4D领域的应用不如普通3D模型应用那样广泛，这主要还是4D领域的应用还比较“软”。大量的4D应用成果都集中在visual plan方面，这类能让大家看到plan结果的可视化模拟的确威力非凡。

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

之前曾经介绍过用excel手工绘制精确gantt图的方法，实际上这种办法完全是权宜之计。任何人不可能天天使用如此繁琐的操作去制作一个并不复杂的图表，虽然图表所包含的数据很多。

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

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

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

（阅读全文……）

在之前的visio Vs. project的WBS转换工具中，提到了当时visio 2007内建的WBS图形工具，不过感觉还是很不好用。MS公司还推出了一款由bVisual和CPS公司开发的visio插件“WBS Modeler”，开发者给它冠以“visual project planing and reporting tools”的美名。试用了一下，感觉用在建模阶段还算方便。

（阅读全文……）

目前，随着Web2.0的波涛汹涌，很多人开始尝试Blog、维客等等多种形式的社会性网络应用。其中自己搭建博客的人数还在不断增加，域名、Domain、Host这些曾经“计算机”相关专业人士才知晓的术语已经被大家所熟知了。相应地类似wordpress这类开源、免费的blog平台凭借其易于部署、可扩展性强的特点深受bloger的欢迎。

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

如果你搜索国外的工程项目WBS，那么一定会找到Uniforamt和Masterformat这两种建筑工程WBS格式。实际上Uniforamt和Masterformat是两种不同的建筑信息组织分类方法产生的编码系统，而功能上它们都可以成为工程项目管理的WBS。

起源

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

先看看这张图片，这是一个四阶魔方。之所以用魔方来做题目，主要是要介绍wbs编码以及wbs应用方面的概念。魔方有复原或者还原之说，就是将魔方恢复成下图的状态。期间会使用很多数学技巧。我们在使用wbs的时候虽然不会使用复杂的数学技巧，但是对于wbs的架构特征的多重性还是与魔方有着相近的地方。

Technorati Profile

（阅读全文……）