英语原文共 17 页，剩余内容已隐藏，支付完成后下载完整资料
项目管理统一的方法
Thomas Froese and Sheryl Staub-French
Dept. of Civil Engineering, Univ. of British Columbia, Vancouver, BC, Canada, V6T1Z4. e-mail: 1tfroese@civil.ubc.ca, 2sherylsf@civil.ubc.ca
摘要
在目前的项目管理实践中，整体的设计，管理和建筑建设的任务都是通过把整体的工作分解成许多不同任务来完成的，再把这些任务分配给不同的团队来做。多数项目都试图直接利用最有效的方式来执行这些任务，而相对比较少的项目则努力(集中在几个关键职位)把重点放在管理任务和有效地结合这些结果产生总的结果之间的相互依存的关系。我们提出了一个统一的项目管理办法，即要把一个整合的看法放在前沿的位置上来考虑，围绕这一概念的界定有多种项目和相互之间存在的意见。这种综合代表性可以作为一个物理设施的模式或原型，并且允许更多的试验和优化以及为不断的工作提供一个统一的工作重点。这种对于项目管理方法具有代表性的框架，拟议的方法，以及伴随而来的IT问题可以进行讨论。
动机
我们许多先前所作的研究，已经渗透在信息技术(资讯科技)领域，这个领域适用于建筑领域的项目管理( PM )，工程设计，建设和设施管理(AEC/FM) 。在研究和开发( R , D )的领域，在整个AEC/FM项目的生命周期中一个重要的主题是对信息资源和工具的融合。为了支持这种一体化，我们在概念，技术和工具方面已经取得了伟大的进步。截至现在，然而，这些结果在工业实践中已经产生了微乎其微的影响。在这种情况下，要回避为什么R , D这个活动领域并没有产生更大影响的这个问题。一个重大的问题似乎是由此产生的技术和工具不是特别适合当前的项目管理实践。更具体而言，新的工具假设需要在项目参与方之间承担一定程度的融合和协调，这在实践中是很少发现的。显然，该技术在工具方面需要进一步发展，才能更好地满足目前的实践。然而，我们认为当前的项目管理办法可能还是有用的，从而看看是否可以采用变化使项目更好地利用在IT方面取得的进展。
从最初的IT角度看，我们已经开始探索在当前的项目管理实践中所潜在的弱点和改进的机会。在这个过程中，已经扩大了角度去确定几个不是特别和IT有关的问题。这些并不是新的概念，而是几个目前在AEC/FM方面存在的趋势和与其他行业有关的想法的一个集合。在本文中，我们考虑了在当前的项目管理做法和机会改进方面存在的弱势的一些意见。然后我们将把这些建议综合成项目管理在AEC/FM上统一的办法的框架。
透视项目管理的弱点和机遇。AEC/FM通常被称为大和越来越复杂的项目。对这种复杂性的性质有了更多的了解，可以指出哪些地方对改进项目管理是最重要的。
研究已经确定了以下类型的复杂系统的共同特点 :
1. 复杂系统是由多种部件组成的:他们有一些大量的实体或部分。一般来说，
一个系统包含的部件越多就越复杂。
2. 复杂系统包含了一个密集的网络之间的因果关系组成。这些部分之间在许多
方面互相影响。
3. 复杂系统可以展示其组成部分之间相互的依存关系。一个部分的行为取决于
其他的部分。如果系统被分成不同的部件，那么这些部件就不再发挥他们的
功能(例如人体的某些部分一样)。
4. 复杂系统会对外部的环境开放。它们不受自身影响 ，但是受外部环境的影响。
5. 复杂系统在组成部分之间通常会表现出高度的协同作用:整体是其组成部分
的总和。
6. 复杂系统展示了非线性行为。系统的一个改变与能产生的效果的大小不成正
比:小的变化可以产生巨大的影响，同样较大的变化能产生较小的影响。
从某种程度上说，所有这些功能在AEC/FM项目上也可以看到。AEC/FM项目是由许多部分组成的，如建设中考虑的物理因素，设计或建设活动，人与资源利用等等。在许多情况下，个别分项组成部分并不复杂。然而，构成该项目的若干组成部分的数目是巨大的，而且这些部分之间的因果联系是多方面的。例如，改变一些建筑空间的用途设备可能会影响采暖和制冷设备所需要的空间，从而可能会影响机械系统零件的设计，进而可能会改变电力系统的组成，这将会改变订购材料的合同，以至于可能会延迟交货的材料，从而影响施工进度，从而减少工作人员生产力，这样就会增加工作成本，最终影响分包商的投资，等等。
AEC/FM项目，然后，有理由被描述为复杂的，主要是因为组成项目的数量和相互依存的组成部分。
明确认识项目管理办法的相互依存性。AEC/FM工业研发了一个基本机制来处理复杂性，这是把项目工作划分为明确界定工作的任务并且把这些工作任务分配到每一个专家小组。这些任务然后进行处理，在很大的程度上，他们是相互独立于对方。可以肯定的是，每个参与者都有一定的概念，即他们的工作必须遵循特定的工作和必须先于其他工作，并且他们的某些行动，或其工作成果影响其他人的工作等等。总的来说，但是，参与者主要侧重于他们个人的任务，以及对任何这种相互依存关系得关注，用一个非常特设反应的方式来解决。大多数参与者尝试优化自己的工作，而少数人则将该项目作为一个整体来管理，但是很少有机会优化整个系统。
显然，这是有利于组织工作的方式，并且可以尽量减少工作任务之间的相互依存关系。然而，我们认为目前项目管理方法的一个弱点是它倾向于创造典型的AEC/FM工作任务，这些任务要比他们实际上变得更加独立。相反，项目管理方法应努力使工作任务之间的相互依存关系变得更加明确。这虽然并不增加相互依存性和复杂性，但它确实使现有的相互依赖性和复杂性更为明显，因此也更便于管理。总之，AEC/FM项目因为其数量和相互依存的组成部分而变得非常复杂，项目管理技术应努力使这种相互依存关系变得更加明确
信息，信息管理和信息技术。所有关于AEC/FM项目的设计和管理任务基本上是信息处理任务:他们用现有的项目信息作为输入并且用产生的新的项目信息作为输出。即使建设任务，涉及到把加工的物质资源，需要的信息作为一种重要资源。然而信息资源和信息流动很少考虑到要管理明确，并且视为隐含在分配工作任务和物理项目的组成部分。这使得管理这一重要资源变得无计划可循，并使得应用适当的信息技术变得更加困难。
信息管理。我们建议对于AEC/FM项目的息信管理( IM )采取如下的一般方法。即信息管理应采取基于过程的办法，把项目分解成具体的工作任务。信息管理方式应考虑三个主要问题: 1 )每个任务的信息要求， 2 ) 任务之间的通信需求，和3 )整合任务和通讯。对于每个任务，信息管理应评估哪些是即时信息输入要求，以及用什么样的IT工具来支持任务，以及什么是信息输出。对于通讯来说，信息管理应该评价在任务之间要存在什么样的信息流通(包括其所需的特点，如发送，接收模式，内容等)，和什么样的信息和通信技术是用于这些通信。对于整体分析来说，信息管理应整合审查所有的任务和通信流动(即通过一个全面的观点和共同的IT平台，而不是用隔离来解决每项任务或通讯流量) 。这包括整合组织界限和整合现有(和未来)的技术。
一个项目的不同观点。如前所述，所有的设计和管理任务都是伴随着信息而不是物质资源工作的。此信息描述物理建设项目的模型，因此可以说，所有设计师和管理人员都是采用项目的信息模式来工作的。然而，每一项任务往往用自己独特的观点，视角，或信息模型来工作的。这种广泛的视角范围增加了这些任务的分散程度。有很少具有共同愿望的项目的所有参与者，至少到物理结构开始出现，即提供了一个为所有参加者统一认同的角度。
模型:语义丰富的建筑信息模型项目包括三维几何信息(三维CAD )以及非几何资料(从材料特性到建设成本和附表)。这些模式支持各种先进的分析和预测软件工具，其中包括虚拟项目的表述，例如照片般逼真的三维透视图，并且他们支持广泛的信息共享和整个项目生命周期的软件操作(如在工业基础类，政府间化学品安全论坛，见国际联盟， 2002年和双语法例资料系统， 2002年)。这项技术并不要求所有的项目信息合并成单一的模式，但它允许各个项目信息机构之间的联系和相互操作。
这项技术提供了一个创造两种项目管理方法的更加统一的方式。首先，联系在一起的不同的项目视图信息和支持软件的相互操作性为提出一个更加综合的项目管理办法提供了一个技术平台。第二，由这些技术创造的“虚拟建设”有可能作为所有项目参与者共同的联络点或统一的观点，特别是在施工前的设计和管理阶段，尤其是很多的物理结构方式并存在施工阶段。
精益的建设和工作流程。目前对于地区的精益建设有一个很大的关注，它涵盖了范围广泛的问题，其中涉及到AEC/FM项目(精益建筑研究所， 2002年) 。这些问题都是关于这样的概念，即当一个项目是由许多相互依存的任务组成时，要把重点放在优化每个导致损坏整个项目优化的独立任务。因此，项目管理的方法应确保任务实通过认真考虑它们整个项目工作流程之后来管理;即它们不应该被视为孤立的，独立的活动。
软件工程和统一的建模语言。虽然项目管理在AEC/FM领域要比在软件工程领域有更长的(也许更成功)历史，并且AEC/FM也可以从借鉴软件产业发展中得到一些宝贵的经验教训，特别是关于项目管理综合信息结构。
大部分的软件工程综合了各地的统一建模语言( UML ) (对象管理组织， 2002年) ，即一个代表参与设计和实施软件项目各组成部分的标准语言。基于UML提供了一个鉴于项目程序和内容的更加统一和综合的(如果较少综合)的要求，与表述在AEC/FM项目中的基本类似(即，项目计划和技术规格，施工时间表等) 。
此外，基于UML的软件开发方法已经出现(例如，the Unified Process, Kendall,
2002)的。它是紧密集成的各种在每一个阶段都具有交付物的各个项目工作流程，并贯穿在该项目的生命周期。这些方法还加剧了具有相关工作性质的任务的周期性和重复性，通过项目生命周期的各个阶段，作为一个独立的，一次性的任务更加剧试图不断提高这方面的工作表现。虽然这些技术并不直接适用于AEC/FM行业，但是一些方法和最佳的做法还是非常重要的。
项目管理统一的办法
我们认为，现有的项目管理做法强调了工作任务和其他项目组成部分之间的相互关系。这种相互依存关系认识和管理并促进“一次性事件”的思想，阻碍了寻求持续性能的改进方法。我们已开始构思一个统一的项目管理办法来解决一些上面所说的弱点和机会问题。
采用一种框架最基本的方法是: 1 )明确代表各种管理项目至关重要的意见，和2 )明确代表这些观点之间的相互关系。项目视图的例子包括物理视图( “什么” ) ，进程视图( “如何”，“谁做”，“何时” ) ，成本视图( “费用多少”)等(Russell and Froese, 1997) 。如果项目信息收集贯穿于多维信息空间，然后这些视图定义了层面。对于每个观点来说，整个项目可以分解成几个小的要素。最简单视图的代表是一个清单或不同等级要素构成的分解结构的视图(例如，工作分解结构，WBS) 。更复杂的代表将捕捉更多的关系和内容，如CPM费用网络或IFC模式。
主要的视图。有许多视图可用于管理项目。作为一个统一的管理工具，然而，这些视图理应由全部参与者共同分享，而且这对最高数量的视图提出了很实际的限制，因为要求所有与会者具有相互关联的意见会变得很复杂。我们假设以下三个对于所有参加者来说可主要用作项目协调机制的观点:
- 该项目的生命周期层:一是主要的观点是基于时间的:将该项目纳入明确界定的项目阶段是进一步。这些阶段是按时间顺序排列的，并构成一个合乎逻辑的时间视图。这方面也可以为举行活动提供一个按绝对时间观界定的日历日期。与目前在项目管理实践阶段采用“loosely”很相似 ，各阶段已经正式形成管理的作用。所有的工作要求，任务，产出等都是相对于某一特定项目的阶段界定的，并有正式的阶段进展审查程序。这种办法可以从议定书进程的方法(Process Protocol, 2003 )前面提到的统一过程(Kendall, 2002).中看出来。
- 工作流程层:第二个主要的观点是基于流程的。它把工作分解成不同的学科工作从而完成整个项目。这有点像把正常工作分解成工作软件包，但不是描述为离散封装的工作任务，把工作安排为正在进行的工作流程，可进一步细分批到序列或网络分配的任务。因此，任务的整体工作流程要比今天常见的做法更加明确。
- 产品/交割尺寸:第三个主要的视图是关于组织产出或交付的工作。这一视图把两个重要的因素结合在一起，这些资料介绍了正在创建的建筑产品(设备) ，和物理产品本身。在项目的早期阶段，设计和管理任务的交付是关于物理设施信息。所有这些信息的集合可以被认为是建设信息模型或虚拟建筑(不论有没有在一个综合的IT环境中使用) 。在后来的阶段，这种信息驱动器的建设工作的物理交付是:创造自身的组成部分。这种观点强调了连续流动虚拟设施的一个实物。
作为一个高度简化的例子，一个AEC项目可能会被分解为以下主要视图:
项目生命周期层:
- 初始阶段
- 设计阶段
- 施工阶段
- 运作阶段
工作流程层:
-
- 建筑工作流程
- 结构流程
- 建设服务工作流程
- 成本工作流程
产品/交割层:
全文共10784字，剩余内容已隐藏，支付完成后下载完整资料
资料编号：[2753]
- IFC产品模型
- 项目文件 lt;
以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。
