第04章工程项目范围管理ppt课件

1、(1)工程范围的概念。在工程管理中，范围的概念主要针对如下两方面：1)产品范围。指在工程的可交付成果(即产品或效力)中将要包括的性质和功能，是指工程的对象系统(工程系统)的范围。2)工程范围。指为了胜利到达工程的目的，完成工程可交付成果而必需完成的任务，即工程行为系统的范围。确定工程的范围就是确定工程的系统界限，明确工程管理的对象。(2)范围管理及其目的。工程范围管理是工程管理的一部分，包括工程范围确实定、范围管理的组织责任、范围控制、范围变卦管理、开工阶段的范围核对等任务。范围管理的目的是：1)按照工程目的、用户及其他相关者的要求确定应完成的工程活动，并详细定义、方案这些活动。2)在工程过程

2、中，确保在预定的工程范围内有方案地进展工程的实施和管理任务，完成规定要做的全部任务，既不多余又不脱漏。3)确保工程的各项活动满足工程范围定义所描画的要求。 第4章 工程工程范围管理4.1 工程范围管理的概念 4.1.1 概述 (3)范围管理的作用。在现代工程管理中，范围管理是工程管理的根底任务，是工程管理知识体系(PMBOK)中九大知识体系之一。人们曾经在这方面做了许多研讨。1)工程的范围是确定工程费用、时间和资源方案的前提条件和基准。范围管理对组织管理、本钱管理、进度管理、质量管理、采购管理等都有规定性。对承包商来说，招标文件定义了他所要承包工程工程的范围。他在接到招标文件后必需研讨本人的工

3、程工程范围，以便进展准确的方案和报价。2)有助于分清工程责任，对工程义务的承当者进展考核和评价。3)工程范围是工程实施控制的根据。4.1.2 工程范围管理的内容 范围管理涉及整个工程过程，包括如下以下七个方面的任务。(1)工程范围确实定。工程范围确实定就是明确工程的目的和可交付成果，确定工程的总体系统范围并构成文件，以作为工程设计、方案、实施和评价工程成果的根据。(2)范围管理组织责任。范围管理已逐渐成为一项职能管理任务，在有些工程组织中设立专职人员担任范围管理任务，编制范围控制程序，落实范围管理组织责任，对能够发生的变卦进展监测和调整。 (3)范围定义(工程系统构造分解)。范围的定义是对工程

4、系统范围进展构造分解(任务构造分解)，范围定义的结果是任务分解构造(WBS)以及相关的阐明文件。用可丈量的目的定义工程的任务义务，并构成文件，以此作为分解工程目的、落实组织责任、安排任务方案和实施控制的根据。任务分解构造和任务范围阐明文件是范围定义的主要内容，任务分解构造的每一项活动应在任务范围阐明文件中表示出来。(4)工程范围预期稳定性的评价。它本质上属于风险管理的内容。即预测在工程实施过程中发生范围变卦的能够性、程度和情况。工程范围变卦通常取决于工程目的的科学性、工程本身的复杂性、施工方案的可行性、环境条件的变化和用户(包括业主)要求确实定性等。(5)实施过程中的范围控制。1)活动控制。控

5、制工程中实践进展的任务，保证在预定的范围内实施工程。2)落实范围管理的义务。审核设计义务书、施工义务书、承包合同、采购合同、会议纪要以及其他的信函和文件等，掌握工程动态，并识别所分派的义务能否属于合同任务范围，能否存在脱漏或多余。3)工程实施形状报告。经过这些报告了解工程实施的中间过程和动态，识别能否按工程范围定义实施，以及义务的范围(如数量)和规范(如质量)有无变化等。4)定期或不定期地进展现场访问。经过现场察看，了解工程实施情况，控制工程范围。(6)范围变卦管理。工程范围变卦是工程变卦的一个方面，是指在工程实施期间工程任务范围发生的改动，如添加或删除某些任务等。从前面2.4.4的分析可见，

6、工程中的许多变卦最终都会归结到范围的变卦。所以，范围变卦管理应该符合变卦管理的普通程序。1)应建立范围变卦控制系统。它应与环境的监控、预警，以及与目的控制、工程系统的变卦控制集成，构成一个完好的体系，且必需与一切相关合同的要求坚持一致。2)当变卦发生时必需进展有效的控制，合理调整工程范围。范围变卦即是对原已确定的，并已经过审批的工程分解构造(WBS)中工程活动的改动与调整。工程范围变卦经常伴随着对本钱、进度、质量或工程其他目的进展调整的要求，伴随着设计和方案文件的更新。3)调整行动。它是将变卦的实施纳入方案修正和调整的过程中。4)总结变卦管理方面的阅历教训。(7)范围确认。在工程工程的终了阶段

7、，或整个工程开工时，在将工程最终交付成果移交之前，应对工程的可交付成果进展审查，查核工程范围内规定的各项任务或活动能否曾经完成，可交付成果能否完备和令人称心。范围确认需求进展必要的丈量、调查和实验等活动。在工程工程的过程中，工程范围确实定，以及工程的范围文件是一个相对的概念。工程建议书、可行性研讨报告、工程义务书，以及设计和方案文件、招标文件、合同文件都是定义和描画工程范围的文件，并为工程的进一步实施(设计、方案、施工)提供了根底。它们是一个前后相继，不断细化和完善的过程。前期文件作为后面范围确定的根据。如起草招标文件，就是确定工程的范围(招标范围)，它的根据是工程义务书和设计文件、方案文件；

8、而工程义务书又是按照可行性研讨报告和工程建议书确定的一份工程范围文件。通常，工程的范围确定需经过如下过程：(1)工程目的的分析。(2)工程环境的调查与限制条件分析。(3)工程可交付成果的范围和工程范围确定。(4)对工程进展构造分解(WBS)任务。(5)工程单元的定义。将工程目的和义务分解落实到详细的工程单元上，从各个方面(质量和技术要求、实施活动的责任人、费用限制、工期、前提条件等)对它们作详细的阐明和定义。这个任务应与相应的技术设计、方案、组织安排等任务同步进展。(6)工程单元之间界面的分析，包括界限的划分与定义、逻辑关系的分析，实施顺序的安排。将全部工程单元复原成一个有机的工程整体。这是进

9、展网络分析、工程组织设计的根底任务。4.2 工程工程范围确实定 4.2.1 工程工程范围确定的过程 (1)工程目的的定义和同意的文件。如工程建议书、可行性研讨报告、工程义务书、招标文件。(2)工程产品描画文件。如工程的功能描画文件、规划文件、设计文件、规范、可交付成果清单(如设备表、工程量表等)。(3)环境调查资料。如法律规定、政府或行业公布的与本工程有关的各种设计和施工规范、现场条件、周边组织的要求等。它们确定了对工程实施的要求。(4)工程的其他限制条件和制约要素。如工程的总方案、上层组织对工程的要求、总实施战略等。它们决议了工程实施的约束条件和假设条件，如预算的限制、资源供应的限制、时间的

10、约束等。(5)其他。如其他工程的相关历史资料，特别是关于过去同类工程的阅历教训的资料。4.2.2 工程工程范围确定的根据 (3)可行性研讨，即对实施方案进展全面的技术经济论证，看能否实现目的，它的结果作为工程决策的根据。包括产品的市场的研讨和销售的预测、工程产品的消费方案、工程的消费工艺和设备选择、厂址选择、工程的建立方案、工程的运营方案、工程整个生命期的资金方案和融资方案等。(4)工程工程的评价和决策。在可行性研讨的根底上，对工程工程进展财务评价、国民经济评价和环境影响评价。根据可行性研讨和评价的结果，由上层组织对工程的立项作出最后决策。在我国，可行性研讨报告经过同意后工程即立项，并作为工程

11、初步设计的根据。经同意的可行性研讨报告就作为工程工程的义务书。(5)其他相关任务。1)在整个过程中必需不断地进展环境调查，并对环境开展趋势进展合理的预测。环境是确定工程目的、进展工程定义、分析可行性的最重要的影响要素，是进展正确决策的根底。2)在整个过程中有一个多重反响的过程，要不断地进展调整、修正、优化，甚至放弃原定的构思、目的或方案。3)在工程前期谋划过程中阶段决策是非常重要的。在整个过程中必需设置几个决策点，对阶段任务结果进展分析、评价和选择。工程的前期谋划任务主要是产生工程的构思，确立目的，并对目的进展论证，为工程的同意提供根据。这是确定工程方向的过程，是工程的孕育过程。它不仅对工程的

12、整个生命期，对工程的实施和管理起着决议性作用，而且对工程的整个上层系统都有极其重要的影响。(1)工程前期谋划是为了确立工程方向。方向错误必然会导致整个工程的失败，而且这种失败经常是无法弥补的。图能清楚地阐明这个问题。工程的前期费用投入较少，工程的主要投入在施工阶段；但工程前期谋划对工程生命期的影响最大，稍有失误就会导致工程的失败，产生不可挽回的损失，而施工阶段的任务对工程生命期的影响很小。(2)影响全局。工程工程必需符合上层系统的需求，处理上层系统存在的问题。假设上马一个工程，其结果不能处理上层系统的问题，或不能为上层系统所接受，便会成为上层系统的包袱，给上层系统带来历史性的影响。一个工程工程

13、的失败经常会导致经济损失、社会问题和环境的破坏。 3.1.3 工程前期谋划任务的重要作用 4.2.3 确定工程工程范围的影响要素 按照工程的定义，工程工程的范围就是工程工程一切活动的组合，即工程工程行为系统的范围。按照前面图13所示工程系统的逻辑过程，工程工程由目的构成可交付的成果(工程系统)，由可交付的成果断定工程的行为系统，即工程的范围。但工程工程与其他类型的工程不同，工程工程的范围是由多方面要素决议的(见图)。 (1)工程的总目的、工程的环境条件和上层系统对工程的制约条件决议工程的总体范围。(2)确定最终可交付成果(工程系统)的构造。工程系统的构造是经过如下过程确定的。 1)按照市场和用

14、户要求确定工程最终产品的范围或效力的要求。 2)由最终产品和效力的构造可以确定工程系统的功能和子功能构造，列出功能表(各子系统、各部分的功能定义)，并作功能描画。 3)按照工程的总目的、用户的要求、产品或效力的功能要求和环境的要求确定整个工程系统的构造，即工程的可交付成果的范围和构造。 (3)由工程的过程责任决议工程的任务范围。上述工程工程的目的和工程技术系统必需阅历工程实施的各个阶段，构成工程任务。如一个工程工程的范围能够包括详细的可行性研讨、规划、设计、施工预备、施工、开工交付、运营维护。这是上层组织委托给工程义务承当者的，由工程的义务书(或合同)定义。 在各个阶段所需求的工程活动不仅由工

15、程技术系统的范围和构造确定，而且受预算投资、时间、进度、地点、实施方案、施工方法的影响。 (4)由工程实施和管理的其他责任决议的工程任务范围。有些工程的任务或工程活动是由其他责任产生的，如按照环境维护法，需求采取环境维护的措施，以及对周边建筑物的维护措施。有些工程任务是为实施过程效力的，不作为最终可交付的成果，如在工程过程中暂时设备的搭设等。采用上面的分析思绪，工程承包工程范围(即承包商应完成的施工活动)由如下要素确定。(1)工程技术系统(可交付成果)确实定。工程承包工程的最终可交付成果与合同有关。1)对单价合同，业主在招标文件中提供比较详细的图纸、工程阐明(规范)、工程量表以及合同文件等。相

16、应的承包工程工程的可交付成果由如下两个方面的要素确定：工程量表。 技术规范。2)对“设计一采购一施工总承包合同，在招标文件中业主提出“业主要求，它主要描画业主所要求的最终交付工程的功能，相当于工程的设计义务书。它从总体上定义工程的技术系统要求，是工程范围阐明的框架资料。承包商必需根据业主的要求编写详细的工程范围阐明书(在承包商的工程建议书中)，并提出报价。(2)合同条款。工程承包合同文件既确定了施工工程范围，又确定了约束条件，如预算费用、开工日期。承包商的工程范围包括由合同条件定义的工程施工过程责任。由承包商的合同责任产生的任务和活动。(3)因环境制约产生的活动，如由现场环境、法律等产生的施工

17、工程环境维护的任务义务，为了维护周边的建筑，或为维护施工人员的平安和安康而采取的维护措施以及购买保险等。这些活动构成了承包商的施工工程范围。4.2.4 工程承包工程范围确实定 4.3 工程工程的构造分解 4.3.1 工程工程构造分解的概念 (1)工程是由许多相互联络、相互影响、相互依赖的活动组成的行为系统，它具有系统的层次性、集合性、相关性、整体性特点。按系统任务程序，在详细的工程任务，如设计、方案和实施之前必需对这个系统作分解，将工程范围规定的全部任务分解为便于管理的独立活动。经过定义这些活动的费用、进度和质量，以及它们之间的内在联络，并将完成这些活动的责任赋予相应的部门和人员，建立明确的责

18、任体系，到达控制整个工程的目的。在国外人们将这项任务的结果称为任务分解构造，即WBS(Work Breakdown Structure)。 (2)工程分解构造既定义了工程的全部任务范围，又描画了工程的系统构造。通常列入工程分解构造中的任务即属于本工程的任务范围，反之那么不属于本工程的任务范围。工程构造分解是工程管理的根底任务，又是工程管理最得力的工具。 (3)假设不进展工程的系统构造分解，在工程的设计和方案阶段，人们经常难以把一切的任务(工程)都思索周全，也很难透彻地分析各子系统的内部联络，所以容易遗忘或忽略工程所必需的任务(工程)，这会导致工程设计和方案的失误；工程实施过程中频繁的变卦，实施

19、方案被打乱，工程功能不全和质量缺陷，猛烈的合同争论，甚至能够导致整个工程的失败。这些景象在实践工程中是很常见的。 所以，有必要在工程的总目的和总义务定义后作详细的、缜密的工程构造分解，系统地分析整个工程。在国外它又被称为“方案前的方案或“设计前的设计。工程越大，越复杂，越显示出这个任务的重要性。 (1)工程中常用的系统分解方法。系统分解是将复杂的管理对象进展分解，以察看内部构造和联络，它是工程管理最根本的方法之一。在工程管理中常用的系统分解方法有以下两种。1)构造化分解方法。任何工程系统都有它的构造，都可以进展构造分解。例如：工程技术系统可以按照一定的规那么分解成子系统、功能区和专业要素；工程

20、的目的系统可以分解成系统目的、子目的、可执行目的；工程的总本钱可以按照一定的规那么分解本钱钱要素。此外组织系统、管理信息系统也都可以进展构造分解。分解的结果通常为树型构造图。2)过程化方法。工程由许多活动组成，活动的有机组合构成过程。该过程可以分为许多相互依赖的子过程或阶段。在工程管理中，可以从如下几个角度进展过程分解：工程实施过程。根据系统生命期原理，把工程工程科学地分为假设干开展阶段，如前期谋划、设计和方案、实施、运转等，每一个阶段还可以进一步分解成任务过程，如工程的前期谋划可以分解成如第3章中的图31所示的任务程序。管理任务过程。例如，整个工程管理过程，或某一种职能管理(如本钱管理、合同

21、管理、质量管理等)过程都可以分解成许多管理活动，如预测、决策、方案、实施控制、反响等。它们构成一个任务过程。行政任务过程。例如，在工程实施过程中有各种申报和同意的过程、招标招标过程等。专业任务的实施过程。这种分解对任务包内工序(或更细的工程活动)的安排和构造任务包的子网络是非常重要的。在这些过程中工程实施过程和工程管理过程是对工程管理者最重要的过程，他必需非常熟习这些过程。工程管理本质上就是对这些过程的管理。 4.3.2 工程系统分解的方法和过程 (2)工程工程构造分解过程。对于不同种类、性质、规模的工程，从不同的角度，其构造分解方法和思绪有很大的差别，但分解过程却很相近。根本思绪是：以工程目

22、的体系为主导，以工程技术系统范围和工程的实施过程为根据，按照一定的规那么由上而下，由粗到细地进展。普通经过如下几个步骤：1)分析工程的主要组成部分，将工程分解成单个定义且义务范围明确的子部分(子工程)。2)研讨并确定每个子部分的特点和构造规那么，它的实施结果以及完成它所需的活动，以作进一步的分解。3)确定该级别的每一单元能否分解得足够详细，可以方便地估算费用和工期。4)将各层次工程单元(直到最低层的任务包)搜集于检查表上，用系统规那么将工程单元分组，构成工程的任务分解构造图(包括子构造图)。5)分析评价各层次的分解结果的正确性、完好性，能否符合工程构造分解的原那么。6)由决策者决议构造图，并作

23、相应的阐明文件。7)建立工程的编码规那么，对分解结果进展编码。目前工程构造分解任务主要由管理人员承当，经常被作为一项办公室的任务。但是，任何工程单元都是由实施者完成的，所以在构造分解过程中，甚至在整个工程的系统分解过程中，应尽能够让相关部门的专家、未来工程相关义务的承当者参与，并听取他们的意见，这样才干保证分解的科学性和适用性，同时才干保证整个方案的科学性。工程构造分析是一个渐进的过程，它随着工程目的设计、规划、详细设计和方案任务的进展而逐渐细化(见第2章中的图24)。 (1)树型构造图。常见的工程构造分解结果是树状图形(见图42)。其中每一个单元(不分层次，无论在总工程的构造图中或在子构造图

24、中)又一致被称为工程单元。工程构造图表达了工程总体的构造框架。4.3.3 工程工程构造分解的方法 4.3.3.1工程工程构造分解的结果 (2)工程构造分析表。将工程构造图用表来表示那么为工程构造分析表，它既是工程的任务义务分配表，又是工程范围阐明书。它的构造类似于计算机中文件的目录途径。例如，上面的工程构造图即可以用一个简单的表表示(见表41)。表41某工程构造分解表(工程任务分配表) 编码 活动名称 负责人(单位) 预算成本 计划工期 10000 11000 11100 11200 12000 12100 12200 12210 12220 12221 12222 12223 12230 1

25、3000 14000工程构造分解表对工程管理有重要作用：1)是工程范围定义文件。假设工程义务是完成一份合同，那么它就是合同任务范围文件。2)对工程的每一项义务分配责任人和落实责任。它与工程组织构造图相联络。3)是目的管理的工具。明确各单位或个人的责任，便于工程管理部门在工程实施过程中的检查、监视、核算和考核。在上述构造分解的根底上应对各项任务进展阐明和定义，以确保工程的各项活动满足工程范围所定义的要求。定义内容包括各工程单元的称号、编码、担任人、功能描画、任务范围、任务特性及成果丈量或评定目的、本钱工程等阐明。对上述分解成果应全面审查任务范围的完备性、分解的科学性、定义的准确性，经过上层组织(

26、如业主、企业经理)同意后作为工程实施的执行文件。4.3.3.2工程工程构造分解的思绪 工程构造分解是工程范围管理中一项非常困难的任务，专业性很强，不同种类的工程的专业特点就显示在这方面。但目前尚没有大家一致认可的通用的分解方法、规那么和技术术语。它的科学性和适用性根本上是依托工程管理者的阅历和技艺。分解结果的优劣也很难评价，只需在工程的设计、方案和实施控制过程中表达出来。工程构造分解图层次的命名(技术术语)也各不一样，许多文献中常用“工程、“子工程、“义务、“子义务、“任务包等表示工程构造图上不同层次的称号。常见的工程工程的构造分解包括如下两大类。(1)对技术系统的构造分解，即对工程最终可交付

27、成果工程系统的分解。它是假设工程曾经建成，对已建成的工程系统进展分解。1)按功能区间分解。功能是工程建成后应具有的作用，它与工程的用途有关，经常是在一定的平面和空间上起作用的，所以有时又被称为“功能面。工程工程有一个整体功能，就是经过工程工程的运转消费最终产品，或提供效力。这是工程所属的各个功能面的综协作用的结果。对功能的分析、分解、综合、阐明是工程的谋划、技术设计、方案的重要任务。通常在工程技术设计前将工程的总功能目的逐渐分解成各个部分的部分功能目的，再作功能面目录，详细地阐明该功能的特征，如面积，技术的(如建筑、构造、配备)，物理的(如采光、通风)要求等。对一个复杂的工程，功能还能够分为子

28、功能。常见的工程工程功能的分解可以分为如下几个层次：以产品构造进展分解。 在这一层次的分解中要留意产品方向和产品消费过程的系列组合。按平面或空间位置进展分解。每一个车间，一座建筑物还可以分解为多个功能面(或子功能面)，但这里的功能是在部分被定义的。对在整个工程中起作用的，或属于多功能面上的要素经常可以作为独立的功能对待。2)按要素进展分解。一个功能面又可以分为各个专业要素。要素具有明显的专业特征，普通不能独立存在，它们必需经过有机组合构胜利能。上述仅是对工程的硬件系统分解。在现代工程中，软件工程越来越重要，如自动控制系统、智能化大厦的人工智能系统、信号系统、运转管理系统。 在系统分析中，软件工

29、程也是工程技术系统的重要组成部分。普通可将它作为“系统工程的一部分。对工程技术系统的构造分解与我国过去常用的分解方法是类似的，即一个工程可以被分解为许多单项工程，单项工程可以被分解为单位工程，单位工程又可以被分解为分部工程，分部工程还能够被分解为分项工程。由于工程技术系统是非常复杂的，它的构造分解是工程构造分解中最困难、最重要的任务。它对进一步的技术设计、工程实施总体方案，以及各阶段的工程实施方案的编制都有决议意义。 (2)按工程的实施过程分解。1)按照工程的主要阶段流程分解。整个工程、每一个功能或要素作为一个相对独立的部分，必然经过工程实施的全过程。那么可以按照过程化的方法进展分解。只需按实

30、施过程进展分解才干得到工程的实施活动。按照实施过程分解得到的结果受工程义务范围的影响。2)按照专业任务的内容分解。例如，对根底工程的施工，可以分解为：打桩、挖土、做垫层、扎钢筋、支模板、浇混凝土、回填土等工程活动。而对承包商，实施过程的范围由承包合同限定，假设是“设计采购施工总承包合同，那么与上述的过程类似。3)由于工程管理也是工程中不可短少的任务，所以工程过程必然包括工程管理过程。在工程中，每一个过程都有工程管理任务，所以可以将它作为与上述工程实施过程并列的一项工程任务。例如，某工程是一栋办公楼和楼外工程建立，其分解图式为图。 4.3.3.3工程工程构造分解的影响要素根据工程构造分解的实践工

31、程运用阐明，对大型的工程建立工程普通在工程的早期就应进展构造分解，它是一个渐进的过程。首先按照设计义务书或方案设计文件进展工程技术系统的构造分解，得到工程系统的构造图。它是对工程工程作进一步设计和方案的根据。在按照实施过程作进一步的分解时，必需思索工程实施、工程管理及各阶段的任务战略，并不能将工程技术系统的构造作为阶段任务单元的下层子构造。由于业主是经过合同运作工程的，所以工程的承发包方式和管理方式对工程的构造分解有很大的影响。(1)在对设计和方案作进一步的分解时，必需在工程技术系统的根底上思索设计的战略，包括设计任务阶段的划分、专业设计的划分、设计任务的管理方式或设计分标方式。(2)在对招标

32、招标任务作进一步分解时，必需在技术系统的根底上思索整个工程的分标战略，包括设计、采购、施工、工程管理(包括咨询、监理)的分标，以及招标任务总安排。(3)对实施预备任务的进一步分解，必需在技术系统的根底上思索整个工程现场预备、技术预备任务安排、设备资料的供应和采购战略，如业主供应的范围与责任。(4)而施工阶段进一步分解的子构造与技术系统的构造有很大的类似性，即在图43中“施工单元下的分解根本上就是技术系统的分解。有时要思索如下问题： 1)工程施工承发包方式。 2)工程分阶段实施，还是一次性全面实施。(5)试消费验收的进一步分解通常思索两个方面： 1)试消费的预备任务安排。 2)工程验收的方式和验

33、收任务的划分。(6)工程管理是工程工程的任务义务之一，那么在WBS图中必需有工程管理的任务。工程管理任务包括工程的咨询任务、监理任务等。这些任务能够有不同的安排，那么有不同的分解方法。在工程构造分解图中普通可以分工程阶段的管理，或不同的工程管理承当者(如咨询、监理等)的任务。对每个工程单元进展编码是现代化信息处置的要求。为了计算机数据处置的方便，在工程初期，工程管理者应进展编码设计，建立整个工程一致的编码体系，确定编码规那么和方法，并在整个工程中运用。这是工程管理规范化的根本要求，也是工程管理系统集成的前提条件。经过编码给工程单元以标识，使它们相互区别。编码可以标识工程单元的特征，使人们和计算

34、机可以方便地“读出这个工程单元的信息，如属于哪个工程或子工程、实施阶段、功能和要素等。在工程管理过程中网络分析，本钱管理，数据的储存、分析、统计，都靠编码识别。编码设计对工程的整个方案、控制和管理系统的运转效率都有艰苦影响。工程的编码普通按照构造分解图，采用“父码+子码的方法编制。例如，在图42和表41中，工程编码为1，那么属于本工程次层子工程的编码在工程的编码后加子工程的标识码，即为ll、12、13、14，如此等等，而子工程ll的分解单元分别用lll、112、113等表示。那么从一个编码中就可“读出它所代表的信息，如l4223表示工程l的第四个子工程，第二个义务，第二个子义务，第三个任务包。

35、4.3.4 工程工程分解构造编码的设计 工程工程构造分解是工程管理的根底任务，构造分解文件是工程管理的中心文件，是对工程进展设计、方案、目的和责任分解、本钱核算、质量控制、信息管理、组织管理的对象。所以，工程工程构造分解在国外被称为“工程管理最得力的、有用的工具和方法。工程工程构造分解的根本作用有：(1)保证工程构造的系统性和完好性。分解结果代表被管理的工程范围和组成部分，它包括工程应包含的一切任务，不能有脱漏。这样才能够保证工程的设计、方案、控制的完好性。这是工程构造分解最根本的要求。(2)经过构造分解，使工程的笼统透明，使人们对工程一目了然，使工程的概略和组成明确、明晰。这使工程管理者，甚

36、至不懂工程管理的业主、投资者也能把握整个工程，方便地察看、了解和控制整个工程过程，同时可以分析能够存在的工程目的的不明确性。(3)是工程的工期方案、本钱和费用估计，以及进展资源分配的对象。(4)用于建立工程目的保证体系。 (5)将工程质量、工期、本钱(投资)目的分解到各工程单元，这样可以对工程单元进展详细的设计，确定实施方案，作各种方案和风险分析，进展实施控制，对完成情况进展评价。工程构造分解是编制工程进度方案的主要根据，在编制进度方案时，根据各活动间的逻辑关系，构成网络，再确定完成任务所需的继续时间、工程的开工日期，就可以确定整个工程的进度方案。(6)作为工程报告系统的对象，是进展各部门、各

37、专业协调的手段。工程分解构造和编码在工程中充任一个共同的信息交换言语。工程中的大量信息，如资源运用、进度报告、本钱开支账单、质量报告、变卦、谈判纪要，都以工程单元为对象搜集、分类和沟通。4.3.5 工程工程构造分解的作用 4.3.6 工程构造分解的根本原那么 工程构造分解任务非常重要，但人们经常由于短少阅历和科学方法，不注重这项任务，不系统地做这项任务，或不充分地利用工程构造分解的结果。这经常是工程方案失误、实施失控的重要缘由之一。 从总体上说，应经过工程构造分解，将一个工程工程分解为可管理的、可定量核对的、可分配义务的活动。但目前对一些工程工程尚没有一致的普遍适用的分解方法和规那么。按照实践

38、任务阅历和系统任务方法，它应符合工程的特点、工程本身的规律性，符合工程实施者的要求和后继管理任务的需求。在分解过程应留意如下根本原那么。 (1)应在各层次上坚持工程内容上的完好性，不能脱漏任何必要的组成部分。要不断地检查工程构造分解所得到的活动的完好性。 任何一个单元J，在被分解成几个低一层次单元J1，J2，Jn。时，应存在集合关系：J=J1J2J3J4 而Ji和Jj之间互不重叠，存在以下关系：JiJj=(ij)在任务内容上，完成了J1，J2。，Jn，即完成了J。 J1，J2。，Jn的本钱之和应等于J的总本钱，即 CJ=CJi J的工期由J1，J2。，Jn的开场时间的最小值和终了时间的最大值所

39、定义。(2)一个工程单元Ji只能从属于某一个上层单元J，不能同时交叉属于两个上层单元J和I。假设发生这种情况，那么能够在上层分解时I和J的界面不清楚。这个问题可以经过如下方法处理：1)重新定义I和J，使它们界限清楚，再作进一步分解。2)将I和J合并。3)将Ji分解成两部分，使它们分属于I和J。(3)通常由一个上层单元.，分解得到的几个下层工程单元J1，J2，Jn应有一样的性质。例如，J1，J2，Jn都表示功能，或都为要素，或都为实施过程。不能出现J1表示过程，J2表示功能，而J3却表示要素的情况，否那么容易呵斥混乱。(4)工程单元应能区分不同的责任者和不同的任务内容，应有较高的整体性和独立性，

40、单元之间的任务责任界面应尽能够小而明确，这样才干明确地划分各单元和各工程参与者之间的界限，方便工程目的和责任的分解和落实，以及进展成果评价和责任分析。工程构造分解应顺应组织管理的需求，保证可以方便地进展采购发包和签署合同。假设无法划定责任者，如必需由两个人(或部门)共同担任，那么必需清楚地阐明双方的责任界限。由于工程的义务经常是经过合同委托的，而一个合同范围又是独立的，所以工程分解构造应顺应工程的承包方式和合同构造。(5)由于工程构造分解是为工程的方案和实施控制效力的，是方案和控制的主要对象，所以系统分解的合理性还应表达在：1)分解后的义务应该有可管理、可度量的和界面清楚的、相对独立的可交付成

41、果。能方便地运用工期、质量、本钱、合同、信息等管理方法和手段，符合方案和工程目的控制的要求。2)应留意物流、任务流、资金流、信息流的效率和质量。3)留意功能之间的有机组合和实施任务义务的合理归属。4)思索工程的功能或技术的特殊性。5)最低层次的工程单元(任务包)上的单位本钱不要太大，工期不要太长。(6)工程分解构造应有一定的弹性，应能方便地扩展工程的范围、变卦工程的内容和构造。在工程实施中，设计的变卦，方案的修正，工程范围的扩展和减少是难免的。假设分解构造没有弹性，那么一个微小的变卦就能够对构造图有大的影响，甚至导致一个新的分解版本或一套新的方案。在这里，工程编码体系设计的科学性很重要。(7)

42、适当的详细程度。对一个工程进展构造分解，终究要到达什么样的详细程度才比较适宜?例如，应分解到多少层次，分解到多少个任务包比较适宜?对此很难定量地规定。总体方针是，在一个构造图内不要建太多的层次。层次太多不能进展有效的管理。通常46层为宜，即使对大工程也不要超越6层，这通常与这个工程的详细情况相关。1)在进展工程构造分解时，要防止以下两种倾向。通常工程分解层次和单元过少，那么工程单元上的义务和信息容量太大，难以详细、精细地设计、方案和控制，那么失去分解的作用。假设分解得过细，层次与单元太多，构造图和构造表都极为复杂，那么会呵斥问题。2)确定构造分解的详细程度要综合思索如下几方面要素： 工程承当者

43、的角色。 工程的规模和复杂程度。 风险程度。 承(分)包商或工程小组的数量。工程单元要区分不同的实施者，特别是在最低层次的任务包上。 工程实施的不同阶段。普通在可行性研讨时就已开场工程构造分解，随着工程的进程逐渐由粗到细，由上而下，不断细化，有不同的版本。但它们应前后衔接，坚持稳定性。 各层次管理者(特别是上层管理者)对工程方案和实施情况报告的构造、详细程度和深度要求。假设工程本钱、工期、质量报告要求详细那么应分解较细。工程系统分解是将一个工程分解成各自独立的工程单元，经过构造图对工程进展静态描画。但工程是一个有机的整体，是一个动态的过程，系统的功能经常是经过系统单元之间的相互作用、相互联络、

44、相互影响实现的。各类工程单元之间存在着复杂的关系，即它们之间存在着界面。系统单元之间界面的划分和联络分析是工程系统分析的内容。在工程工程中界面作为工程的系统特性具有非常广泛的意义，工程的各类系统，如目的系统、技术系统、行为系统、组织系统等，它们的系统单元之间，以及系统与环境之间都存在界面。(1)目的系统的界面。目的要素之间在性质上、范围上相互区别，但它们之间又相互影响。(2)技术系统的界面。1)工程单元在技术上的联络最明显的是专业上的依赖和制约关系。2)工程技术系统是在一定的空间上存在并起作用的。技术系统界面的划分对工程工程构造分解和合理分标的影响很大，这涉及合同界面划分及界面上任务责任的归属

45、。(3)行为系统的界面。行为系统的界面最主要的是工程活动之间的逻辑关系，经过工程单元之间联络的分析，将工程复原成一个整体，这样才干将静态的工程构造转化成一个动态的过程。对逻辑关系的安排本质上是对工程实施过程的设计和定义，最终以网络的方式描画工程的过程。这在后面第8章中再作详细讨论。在行为系统中，里程碑事件都位于界面处。在工程阶段的界面上(如由可行性研讨到设计、由设计到招标、由招标到施工，以及由施工到运转的过渡)，各种管理任务，如方案、组织、指挥及控制最为活泼，也最重要。4.4工程工程系统界面分析 4.4.1 界面的概念 (4)组织系统的界面。组织界面的涉及面很广：工程组织划分不同的单位和部门，

46、它们各自有不同的义务、责任和权益，工程组织责任的分配、工程管理信息系统的设计、组织的协调主要就是处理组织界面问题；不同的组织有不同的目的、组织行为和处置问题的风格；它们之间有复杂的任务交往(任务流)，信息交往和资源(如资料、设备和效力等)的交往；工程经理与协助本工程的职能部门经理之间、与业主之间以及与企业经理之间的界面是最重要的组织界面；组织责任的相互制衡是经过组织界面实现的； 签署合同实践上是一种关键性的组织界面活动。 (5)工程的各类系统(包括系统单元)与环境系统，与上层组织之间存在着复杂的界面。从总体上，工程所需求的资源、信息、资金、技术等都是经过界面输入的；工程向外界提供产品、效力、信

47、息等也是经过界面输出的。为了获得工程的胜利，工程组织必需疏通与环境组织，如外部团体、上层组织、用户、承包企业、供应单位的关系，特别要获得上层组织的授权与支持，把来自环境的外部干扰减至最少。环境对工程的影响是深远的，工程能否顺利到达预期的目的就在于工程与环境系统界面的啮合程度。在工程管理中，界面是非常重要的，大量的矛盾、争论、损失都发生在界面上。所以，人们对界面像对工程单元一样，将其作为工程管理的一个重要对象。在现代工程管理中，界面管理具有非常重要的位置，是研讨的热点之一。 工程管理的大量任务都需求处理界面问题。例如，各种方案、组织设计、实施控制、召开工程相关协调会议、处理职责矛盾、工程变卦、信

48、息管理等。对于大型的、复杂的工程，界面必需经过精心组织和设计，并纳入整个工程管理范围中。(1)界面管理首先要保证系统界面之间的相容性，使工程系统单元之间有良好的接口，有一样的规格。这种良好的接口是工程经济、平安、稳定、高效率运转的根本保证。(2)保证系统的完备性，不失掉任何任务、设备、信息等，防止发生任务内容、本钱和质量责任归属的争论。在实践工程中人们特别容易遗忘界面上的任务，同时工程参与者们经常推卸界面上的任务义务，引起组织之间的界面争论。(3)对界面进展定义，并构成文件，在工程的实施中坚持界面清楚，当工程发生变卦时特别应留意变卦对界面的影响。(4)界面通常位于专业的接口处、工程生命期的阶段

49、衔接处。大量的管理任务(如检查、分析和决策)都集中在界面上，必需在界面处设置检查验收点、里程碑、决策点和控制点，应采用系统方法从组织、管理、技术、经济、合同各方面自动地进展界面管理。(5)在工程的设计、方案和施工中，必需留意界面之间的联络和制约，处理界面之间的不协调、妨碍和争论，自动、积极地管理系统界面的关系，对相互影响的要素进展协调。随着工程管理集成化和综合化，界面管理也越来越重要。由于界面具有非常广泛的意义，所以一个工程工程的界面不胜枚举，数量极大。普通仅对重要的界面进展设计、方案、阐明和控制。4.4.2 界面管理 工程系统界面定义文件应可以综合地表达界面的信息，如界面的位置、组织责任的划

50、分、技术界限、界面任务的划分和归宿、工期界限、活动关系、资源、信息的交换、时间的安排、本钱界限等(见表42)。 4.4.3 工程系统界面的定义文件 项目： 子项目： 界面号： 部门： 部门： 技术界限 已清楚 尚未清楚 工期界限 已清楚 尚未清楚 成本界限 已清楚 尚未清楚 签字： 签字：在工程构造分解时，应留意界面，并划清界限。在工程实施过程中经过图纸、规范、方案等进一步详细描画界面。在工程实施过程中，目的、工程设计、实施方案、组织责任的任何变卦都能够引起上述内容的变卦，那么界面文件必需随着工程的变卦而变卦。对于开发型工程，特别是软件开发工程，或信息系统开发工程，界面的阐明文件特别重要，经常关系到工程的成败。4.5 工程工程的范围描画4.5.1 工程工程系统描画体系 工程构造图展现的是工程的总体范围，是一个总体构造笼统。而工程范围是经过许多文件(包括图表、模型)阐明和定义的，包括工程总目的、工程可行性研讨报告、工程设计文件、工程方案文件、合同文件等。对各个工程单元应有详细内容的定义，包括目的