可交付成果在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相结合。
Tags:
deliverable,
FIDIC,
PBS,
WBS,
可交付成果,
合同分解结构,
工程量清单,
工作分解结构,
产品分解结构
归类于:
AEC,
BIM,
PM,
Software,
WBS,
contracts — clockwork59 @ 11:08 am
评论(1)
这个题目的确有些虚张声势,不过,身边的一些朋友不久前讨论过早期“完美”计划的必要条件。最后归结为两点:
- 合理性 时间安排合理、成本支出合理、资源使用合理、风险预控合理等等
- 可实施性 各项活动张弛有序,资金链不会断裂、资源不会过于短缺等等
那么如何做到上述高度概括的要点呢?
首先是合理分解WBS,这部分已经讨论很多了,这里不再赘述。 分解的同时将要根据WBS子项识别出关键实施任务(仅含实施部分)这很容易,原因下面大家会知道。
(阅读全文……)
之前曾经介绍过用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这样,你可以免费下载它们,可以得到一些文档支持和更新等等。 (阅读全文……)
今天有个朋友由于在没有project软件的情况下,紧急需要绘制精确的甘特图。我在家里有没有project软件,不过我在excel图表方面有一定的技巧,解决了他的问题。如果你也想知道如何在一分钟之内利用excel图表功能作出甘特图来,请花几分钟看完这篇文章:
这是完成的样子:

(阅读全文……)
最近整理邮件的时候发现了上海普华的邮件,才知道Primavera Inc.公司已在全球公开发布并销售最新Primavera version 6.0 。新版本2007年7月1日在中国市场正式发布。这次primavera终于顺应潮流将Primavera version 6.0 简称为:P6,而不再像P3 V5.0这样蹩脚。
与primavera 5.0预览不同,这一次公司没有升级计划。所以我也没有使用P6的经历,只能通过官方的介绍窥视P6的风采:
(阅读全文……)
今天的建筑市场具有高度竞争,高度风险的特性,有效控制成本,并及时完成项目是至关重要的。很早以前建筑业倾向于对项目管理软件来控制成本,减少失误, 便于及时完工. 而当今以项目为基础的建筑产业已经在方方面面利用强大的项目管理软件提高其决策的全面性和准确性,因此借助项目管理软件建筑企业的效率已经有了很大的提升,而协同和交流成为产业效率的瓶颈,以Web为基础的项目管理似乎是一个大有希望的解决业界的沟通与协调问题. 它保留了所有标准建造项目管理的能力,同时允许分散各方在设计和施工过程中通过网络共享信息和过程协作来进一步提高效率,完善管理.
下面将介绍美国主流的AEC PM online 产品.
(阅读全文……)
在以前的primavera的prince2 整合方案 文章里,曾经评价过primavera这个知名工程项目管理软件商提供的对于英国项目管理方法体系的支持情况。现在,一个来自英国的解决方案为我们提供了一个非常巧妙的“可视化项目管理”工具:Visual Project maps for Prince2。这个工具实际上是mindjet mindmanager的一个插件。因此在介绍Visual Project maps for Prince2之前有必要简单介绍一下mindjet mindmanager以便说明这个组合的巧妙之处。
mindjet mindmanager
mindjet mindmanager在国内被称为“思维导图” 工具中的佼佼者,这是一类能够启发个人思维、激发创造力并且可以唤起记忆的思维工具。 (阅读全文……)
随着对ofiice project 2007的持续关注,我找到了一些新版project关于WBS创建工具的文章:Integrating Visio 2007 and Project 2007 。里面详细介绍了新版office在PM领域有关WBS的创建方案.
在2002版的office里面,MS曾经提供了一个visio Vs. project的转换工具。它可以提供功能相对粗糙的WBS图形编辑模版,但是借助于visio的强大编辑功能,我们可以更自由地编辑整个项目复杂的wbs结构。相对而言,visio的排版/图形处理以及形状编辑比起project原有的(网络视图)图形排版工具要耗用多了。但是最大的问题是,功能上,仍然不能满足最普通的wbs编辑/创建需求。所以在那个时候,这个转换工具更像一个组织机构图的模版。
在2007版里MS升级了这个visio Vs. project的转换工具。最大的变化是wbs工具现在集成了工期等wbs元素信息。而这些信息的集成将有利于在visio中独立编制WBS。
.gif)
相反地,这个转换工具还可以提供从project导出wbs视图。下图变色的WBS元素表示该部分任务已经完成了。
.gif)
与上一版本的转换工具相比,这次的进步在于进一步提高了集成度。2002版的工具有时候在转换过程中会出现错误,如导入的数据不完整、遗漏任务信息等。相信新版工具在这方面会有进步。
但问题是wbs的编制需要很多数据支撑的,而不仅仅是一个绘图工具可以替代的。这一点上不敢与MS苟同。试想一下,在编制WBS时大部分是自上而下的编制过程,这时也许会需要成本数据的支撑,甚至是集成;以便直接将WBS元素定义和成本分解结合起来。 另外,在编制WBS时我能引用WBS字典吗?—这些都不是visio这个绘图工具所能解决得了的。
总结
还是一个绘图工具,在其内部集成方面应该解决得很好,但是与WBS pro相比 ,好像也没有高明到哪里去啊?唉~~~什么时候可以看到一个真正完整的WBS工具呢!