、互相影响、互相依赖,共同构成项目的技术系统。它通常是实体系统形式,可以进行实体的分解,得到工程结构。工程项目的技术系统决定着项目的类型和性质,决定着项目的基本形象和最本质特征,决定项目实施和项目管理的各个方面。
工程项目的行为系统是由实现项目目标,完成任务所有必需的工程活动构成的。这些活动之间存在各种各样的逻辑关系,构成一个有序的动态的工作过程。人们通常指的项目就是指项目的行为系统。
由此可见,工程项目的技术系统和行为系统之间并不是孤立存在的,他们之间存在着内在的逻辑联系,即工程项目的技术系统是行为系统的前提,只有明确项目的技术系统才能转入项目的行为系统;而行为系统则是技术系统的实现过程,解决的是如何实现技术系统的问题。
2.2 WBS 的分解层次和结构设计
由于工程项目本身的复杂程度、规模大小各不相同,从而形成了 WBS 的不同层次。WBS 每细分一个层次表示对项目元素更为细致的描述。
WBS 结构设计对于一个有效的工作系统来说非常关键。结构设计的原则是必须有效和分等级,但不必在结构内构建太多的层次,因为层次太多不易于有效的管理。这又给项目管理者带来一个问题,即在每一工作阶段 WBS 分解到那一层次为宜,分解太粗满足不了管理工作的需要,分解太细又要花很大的时间和精力,而且没有必要。实际上,只要 WBS 的结构底层满足管理项目所需最低层次的信息即可,在项目的不同阶段或对不同的项目管理者而言,WBS 的结构底层是不同的,如相对于业主的 WBS结构底层,或次底层极有可能是承包商的 WBS 结构顶层。
WBS 最底层的项通常称为工作包,这些工作包还可以在子项目工作结构分解中进一步分解。WBS结构底层的工作包必须由相应的组织来完成,组织可以是合同约定,也可以是内部机构或个人。如总承包商把一个工作范围分包给一分包商,这个分包商必须制定比主项目更详细的层次计划来管理这个工作范围。
2.3 WBS 改进方法的基本过程
由于工程项目的技术系统和行为系统之间存在着内在的逻辑联系,因此在结构分解时有必要考虑它们之间的这种联系。笔者通过参与沪宁高速公路扩建工程的项目管理实践,针对常用 WBS 分解方法的不足,结合实例提出了基于技术— 行为系统的 WBS 改进方法。其基本过程如下:对工程项目的技术系统进行结构分解→ 构建基于技术— 行为系统的 WBS 矩阵→ 在 WBS 矩阵中基于工程技术系统的分解结果,针对行为系统各个阶段进行工作包的识别与编码→考虑项目实施、项目管理及各阶段的实施策略,将 WBS 矩阵中的工作包进行分解或综合→得出基于行为系统的项目结构分解图。
2.4 WBS 改进方法的具体步骤
以沪宁高速公路扩建工程项目为例,对技术系统进行结构分解,如图 2。
( 1)构建基于技术 — 行为系统的WBS 矩阵。在对工程项目技术系统结构分
解的基础上,考虑工程项目行为系统的一系列实施过程,构建基于技术— 行为系统的WBS 矩阵。在 WBS 矩阵中横向表示工程项目的行为系统,纵向表示工程项目的技术系统(见表 2)。不同的工程项目其行为系统可能并不完全一样,可根据实际情况进行设置;不同的项目阶段,对技术系统和行为系统的层次要求可能不同,随着项目的进展,其划分的层次可能越来越细。在 WBS 矩阵中基于对技术系统的分解结果,针对行为系统的各个阶段进行工作包的识别和编码。
① 工作包的识别。针对技术系统结构分解的每一子项,考虑经过行为系统的那些阶段该子项才能实现。在需要经历的阶段中进行工作包的标识;如果不需经历这一阶段,则不需标识。有些阶段是针对工程项目整体而言的,可直接将此阶段标
项目经理胜任力免费测评PMQ上线啦!快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html