需求变更管理的应对六大原则文档

需求变更管理的应对六大原则

实用文档

需求变更是因为需求发生变化.根据软件工程思想，需求说明书一般要经过论证,

如果在需求说明书经过论证以后，需要在原有需求基础上追加和补充新的需求或

对原有需求进行修改和削减，均属于需求变更。

需求变更的出现主要是因为在项目的需求确定阶段，用户往往不能确切地定

义自己需要什么。用户常常以为自己清楚，但实际上他们提出的需求只是依据当

前的工作所需，而采用的新设备、新技术通常会改变他们的工作方式;或者要开

发的系统对用户来说也是个未知数，他们以前没有过相关的使用经验。随着开发

T作的不断进展,系统开始展现功能的雏形，用户对系统的了解也逐步深入.干

是，他们可能会想到各种新的功能和特色，或对以前提出的要求进行改动.池们

了解得越多，新的要求也就越多，需求变更因此不可避免地一次又一次出现。

这时,如果开发团队缺少明确的需求变更控制过程或采用的变更控制机制无

效，抑或不按变更控制流程来管理需求变更，那么很可能造成项目进度拖延、成

木不足、人力紧缺，甚至导致整个项目失败.当然，即使按照需求变更控制流程进

行管理，由于受进度、成本等因素的制约，软件质量还是会受到不同程度的影响.

但实施严格的软件需求管理会最大限度地控制需求变更给软件质量造成的负面

影响，这也正是我们进行需求变更管理的目的所在.

实施需求变更管理需要遵循以下六大原则

（1）建立需求基线，需求基线是需求变更的依据。在开发过程中，需求确定

并经过评审后（用户参与评审），可以建立第一个需求基线.此后每次变更并经过

评审后，都要重新确定新的需求基线。

（2）制订简单、有效的变更控制流程，并形成文档。在建立了需求基线后提

出的所有变更都必须遵循这个控制流程进行控制。同时，这个流程具有一定的普

遍性，对以后的项目开发和其他项目都有借鉴作用.

（3）成立项目变更控制委员会（CCB）或相关职能的类似组织，负责裁定接受

哪些变更.CCB由项目所涉及的多方人员共同组成，应该包括用户方和开发方的

决策人员在内。

（4）需求变更一定要先申请然后再评估，最后经过与变更大小相当级别的评

审确认。

（5）需求变更后，受影响的软件计划、产品、活动都要进行相应的变更，

以保持和更新的需求一致。

（6）妥善保存变更产生的相关文档。

应对之道

需求变更控制一般要经过变更申请、变更评估、决策、回复这四大步骤。如

果变更被接受，还要增加实施变更和验证两个步骤，有时还会有取消变更的步骤.

针对变更控制流程，在实际工作中总结出了软件开发人员在需求变更管理实技中

的几点对策：

优先排序分批实现每个需求的重要性是不同的。由于资源或技术条件的

限制，会显得“僧多粥少〃，因此不可能把所有的需求一次完成。怎么办？把每

个需求按照对效益的贡献打个分，排出个优先级来，优先级高的需求先实现，低

的到一下版式本实现。由于不断有新的需求进来，有的需求可能永远没有机会被

子实现，但不紧，还是要记录下来，并一起参加排序,保证在每个版本发布时重要

的需求先得到满足.每个需求的实现是需要花时间的，没人有百分百的把握预估

得很清楚，但借鉴过去的经验可以大概估算出人力成本，然后根据开发人员和开

发周期得出可用人力投入作为上限。从优先级高的需求中挑，直到挑中的人力成

本总和刚刚低于可用投入上限，这样得出的就是需求的录取榜。今后的软件开发

规划也会以此为依据，分期分批地在不同的回合中实现.最合理的不一定是优先

级最高的，也就是说不一不定是最先考虑的，“经济为本”是指导优先排序的最

终原则。

相互协作很难想像遭到用户抵制的项目能够成功。在讨论需求时，开发人

员与用户应该尽量采取相互理解、相互协作的态度，对能解决的问题尽量解决.

即使用户提出了在开发人员看来“过分”的要求，也应该仔细分析原因，积极提

出可行的替代方案。

充分交流需求变更管理的过程很大程度上就是用户与开发人员的交流过

程。软件开发人员必须学会认真听取用户的要求、考虑和设想，并加以分析和整

理.同时，软件开发人员应该向用户说明,进入设计阶段以后，再提出需求变更会

给整个开发工作带来什么样的冲击和不良后果。

安排专职人员负责需求变更管理有时开发任务较重，开发人员容易陷入开发T

作中而忽略了与用户的随时沟通，因此需要一名专职的需求变更管理人员负责与

用户及时交流.

合同约束需求变更给软件开发带来的影响有目共睹，所以在与用户签订合

同时，可以增加一些相关条款,如限定用户提出需求变更的时间，规定何种情况

的变更可以接受、拒绝接受或部分接受，还可以规定发生需求变更时必须执行变

更控制流程。

区别对待随着开发进展，有些用户会不断提出一些在项目组看来确实无法

实现或工作量比较大、对项目进度有重大影响的需求。遇到这种情况，开发人员

可以向用户说明，项目的启动是以最初的基本需求作为开发前提的，如果大量增

加新的需求（虽然用户认为是细化需求，但实际上是增加了工作量的新需求），

会使项目不能按时完成。如果用户坚持实施新需求，可以建议用户将新需求按重

要和紧迫程度划分档次，作为需求变更评估的一项依据.同时，还要注意控制新

需求提出的频率。

选用适当的开发模型采用建立原型的开发模型比较适合需求不明确的开

发项目.开发人员先根据用户对需求的说明建立一个系统原型,再与用户沟通.

一般用户看到一些实际的东西后，对需求会有更为详细的解释，开发人员可根据

用户的说明进一步完善系统原型。这个过程重复几次后，系统原型逐渐向最终的

用户需求靠拢，从根本上减少需求变更的出现.目前业界较为流行的叠代式开发

方法对工期紧迫的项目的需求变更控制很有成效。

用户参与需求评审作为需求的提出者，用户理所当然是最具权威的发言人

之一。实际上，在需求评审过程中，用户往往能提出许多有价值的意见。同时，

这也是由用户对需求进行最后确认的机会，可以有效减少需求变更的发生.

变更控制流程如图所示。

需求变更的代价

一般来讲，需求的变更通常意味着需求的增加，需求的减少相对很少，而且

处理需求减少方面的问题也比较容易。当客户提出新需求的时候，项目开发人员

应该分析这些新需求定项目现阶段带来的风险，得出双方实现变更需求的需要的

成本，包括时间、人力、资源等等方面。

变更都是有代价的，应该评估一下变更的代价和对项目的影响，在评估代价

并且与客户讨论的过程中，要让客户了解变更的后果，变更之后面临最大的问题

就是项目延期，让客户一起做判断：“我可以修改，但您能接受后果吗？"。现

在会出现三种可能：客户接受延期这一后果，开发人员按客户要求做出相应修改,

让客户知道为此需要付出延期的代价；如果客户认为代价太大，那开发人员就不

必修改了，可以记录下需求，待到下一版本再做修改；客户不接受变更的代价，

导致项目夭折.如果客户不知道你为变更付出的弋价，对你的辛苦便难以体会,

以致没完没了的提出新的变更。

变

更

之

后

一

原

项

目

计

划

开发时间开发人数文档代码资源项目成本

变更前后的对比

减少需求变更

正如前文所说，需求变更往往是不可避免的。通常是项目负责人员花费了大

量的气力避免需求变更，可最后需求变更总是会出现。但是这并不意味着项目开

发人员不应该做这方面的工作，项目开发人员对于需求变更的正确态度应该和软

件测试的态度一样,在需求变更发生之前尽量减少需求变更，以将需求变更带来

的风险降低到最低。项目开发人员切忌在项目设计之前试图消除需求变更，这样

做往往费力不讨好。

开发时间开发人数文档代码资源项目成本

变更前后的对比

相比于需求开发人员而言，客户可能对需求变更认识不足，认为他们出钱，程序

员或软件开发公司就要为它服务，因此客户对需求变更往往更加肆无忌弹,将需

求变更视为儿戏，随个人喜好随意变更需求。因此，在需求人员同用户代表或用

户部门主管人员接触时，就应该向他们挑明态度，和他们协商好，特别是应该让

他们清楚软件的定价应该与软件的功能相关，以及需求随意变更所带来的风险的

承担者应该由客户和项目开发者共同承担.通过这样做，让客户在需求分析之前

就尽量对他们所需要的功能有个整体的了解和确定的思路,而不是等到程序员开

始编码了，才提出以前原本在需求分析时就可以提出的需求。

让客户明白减少需求变更的重要性后，需求分析人员应该采取合适的方法同

客户交流，帮助他们明确他们的需求。需求分析人员和客户的关系不应该仅仅是

记录人员和需求提供者，他们的关系应该更多的是战略合作伙伴关系。虽然需求

分析人员和客户存在着服务商和顾客的关系，但是他们有着一个共同的目标:开

发出适合客户需求的软件，因此需求分析人员除了记录客户提出的需求以外,还

应和用户讨论，提出一些建议，使用合适的工具帮助客户提出需求.在需求分析

时，尽量多的召集需求研讨会，邀请开发人员和客户共同协商探讨，在研讨会上

允许任意的提出需求，并将这些需求整理成档后由客户代表和需求分析人员共同

商说可选的功能，这样能够尽量使得需求完备.在需求开发时，开发人员采用原

型的方法启发客户思考功能需求也不失为一个好办法。

减少提出希求岂空空:

虽然需求不可能是完备的、变更不可能没有的，但是在项目开始设计时使得

需求尽可能完备还是应该的，也是值得的，完备需求的过程也就相应的减少了因

为需求不清楚而产生变更的几率。

1目的

收集、评估客户需求信息并满足客户要求，制订合理、供需双方所能接受的合同条款,

并保证合同（含订单形式）的有效实施，保证买卖双方的权益。

2适用范围

本程序适用于与本公司有往来的顾客或潜在顾客有关需求的信息收集、识别、评审及其

变更活动，包括顾客特殊要求。

3定义

3o1订单：客户要求（含计划内和计划外）在某一时间内对品种、数量、品质、包装等进

行书面通知或口头通知的文件。

3o2合同：公司与客户之间签定、修改、终止、约束相互利益、活动关系的一种书面协议

文件。

4职责

4.1业务部负责主机厂及维修市场等顾客的合同的组织评审、签订、管理工作及评审记录

的建档作业.

4.2工程部、制造部、品保部、协助进行合同评审。

4.3公司总经理或其授权代理人负责合同的批准.

4.4业务部负责客户需求信息接收。

5

输入流程权责指标重点说明输出

市场调研1）销售部收集产品信息（样品、图面等产品信

报告接收需求信息业务部相关资讯），根据产品信息予以分类.息;产品

顾客要求图、工程

规范

产品信息2）若为新产品，业务部组织进行开发可产品报

产品图、业务部行性评估：若为标准产品，业务部可参价表、

工程规范-考现成资料，部门内部核算价格，对外成本核

报价。算表

1

标准产品

新产品

产品信3）若为新产品，业务部1集相犬部门召新产品

息人开新产品开发会议,作成“开发可行性评开发可

N

新产品开发相关部门估表“，经理签核后转技术部并附上产品行性评

厂相关资料。制造部等部门协助财务部核估报告:

算成本.若可行性评估不通过则放弃新

Y放弃产品开发。

新产品r工程部4）工程部填写“新产品开发资料工

开发可新产品开

新产品开发资料准备

行性评发资料

估报告；1

新产品5）业务部根据“新产品开发资料”进行闻价单

开发资估价/'询价业务部1—2模具、检具、工装的估价，填写“询价

料□单”。

询价单6）工程部接到“新产品开发资料”、“模产品初期

新产品__________]具估价单”后核算产品成本，经主管核准报价单

开发可成本预算1周后填写“产品报价管理表”，并将“新产新产品成

行性评工程部内品开发资料表”和“产品报价管理表”本初期核

估报告：提交给销售部。算报告；

原材料

价格表：

配套产17）业务部接到“新产品开发资料”和“产产品报

品报价—»|报价业务部品报价管理表”后，对产品进行报价。价表

表

顾客合8）由业务部主导，相关部门共同参与.合同评

同9）合同评审：A。年度合同评审，依我审记录：

r

技术1方已有的供货条件进行确认即可：技术

/质量协合同评审业务部1-4H标准、产品规格、价格等。此类合同由

议书：销售部承办，同相关部门进行评审，经公

司主管经理审批后生效。B。新合同的评

审：如有计划外的订单或新的合同按照

A的评审过程进行评审：C.评审包括顾

C客特定的要求：D.评审结果记录于•合同

评审记录中。

G

工犷产品1'10）经合同评审确认通过的合同，其相与顾客

销售合同签订合同业务部应条款经双方达成共识后，可签订.签订的

合同

11）接到订单（含口头订单），若为计及口

顾客订业务部划内订单,则由销售部部长签字即可;头订单

单2-4H若为计划外订单则要销售部部长审核评审记

订单评审/作业后转生产部及财务部评审。如能满足交录

货时，则签字确认。如不能满足交货时

山销售部同顾客反馈/协商处理。评审合同台

结果记录于合同评审记录中，帐；

12）合同修改：需方提出修改合同，对我

1

合同/订方未能造成损失，则同意修改。如对我

单变更一合同/订单变更？业务部方造成损失，若需方执意要修改合同且合同修

信息4H内愿意补偿经济损失或承担有关费用的，改通知

Y处理可进行合同修改。若为我方提出，也需单

N并反征得顾客同意方可修改,经评审并双方

1

馈同意后，应填写“合同修改通知单”将调整销售

沟通与反馈修改内容通知相关部门.计划

13）订单修改:订单若有临时调整,若为

顾客提出，销售部须下发《请整销售计生产指

■

划》；若为我方提出，销售部人员与顾令：

客沟通，顾客同意方可变更。生产部及

销售部按《调整销售计划》执行。修改

订单评审按11）程序进行。

顾'客合同业务部14）依据合同/订单的要求,对各部门执生产计

顾客订单行的进度做追踪，特别对交货期的追划完成

合同订单履行跟踪踪，以满足顾客的所有要求，情况监

控记录

顾客合同业务部15）业务部保存副本，正本由财务部保合同档

合同台存。案

帐16）修改后的合同，原合同作废，生效订单档

合同修合同资料管理日期由双方协商确定。原合同作废山销案

改通知售部签注“作废”并签名及“盖章”由

单本部专人保存.

绩效指标

评估准则公式/解释周期统计部门

合同评审及时率（当月订单评审数/当月合同总数）X100%季业务部

6相关文件

6。1设计开发管理程序

6.2质量记录控制程序

6。3纠正和预防措施控制程序

6。4持续改进控制程序

6.5与顾客签订的技术、质量或服务协议

6.6与顾客签订的工矿产品销售合同

7相关记录

•质量信息反馈单

•合同评审记录

•合同变更通知单

•合同台账

装治职业技术学浣土木工程系

毕业论文

题目:监理工程师a工程变更管理中的作用

姓名：

专业：工程监理

指导教师：

二O一一年十二月

衣治职业技由老浣土木工程系

毕业论文

题目

姓名（签名）

指导教师姓名（签名）职称

专业名称

论文完成日期论文答辩日期

教研组长1签名）

系主任（签名）

2011年12月15日

摘要

由于工程项目的复杂性、长期性和动态性等特点，任何工程承包合同都不可

能预见和覆盖项目实施过程中所有的合同条件的变化.因此，对于建筑工程项目而

言，工程变更是不可避免的，也是不可预见的，这是由工程自身的特点决定的，

对于如何进行工程变更，我国《建筑法》、《建设工程监理规范》、《建设工程勘测

设计市场管理规定》、《建设工程质量管理条例》等法律、法规中都有相应的明确

的规定，而通过对我国工程变更管理现状的分析，归纳目前工程变更管理存在几

方面的问题：工程变更管理处理的程序有待完善和改进；项目实施阶段工程变更

管理组织责任不明确；对工程价款缺乏有效的控制；工程变更管理合同条款有待

完善.本文通过对工程变更内容的分析，阐述了监理工程师对工程变更管理的内容，

得出了监理工程师在工程变更管理中的作用与认真处理工程变更的重要性以及监

理工程师在工程变更管理工作中的应怎么样做和遵守什么样的原则,以做好工程变

更的管理工作，是施工过程顺利进行，保证工程质量，维护各方的利益。

关键词：监理工程师,工程变更管理，工程监理，工程变更

目录

摘要..............................................................................I

引言..............................................................................III

第1章工程变更的概述............................................................2

1.1-L程变更的定义...............................................................2

1。L1工程变更的定义...........................................................2

1.K2工程变更的种类...........................................................2

1.1.3工程变更所涉及的管理主题...............................................2

1.1。4工程变更的表现形式......................................................4

1。2工程变更的分类...............................................................4

1。2.1设计变更.................................................................4

1.2.2施工方案变更............................................................4

1.2.3条件变更................................................................5

1。2.4计划变更.................................................................5

1.2.5新增工程................................................................5

1.3工程变更的特征..............................................................5

1.4工程变更的因素..............................................................6

1.5工程变更的范围..............................................................6

1.6工程变更的程序..............................................................6

1.7工程变更的性质及工程变更工作的重要性......................................7

第2章工程变更中监理的主要工作....................................................8

2。1监理工程师的定义.............................................................8

2.2监理工程师的作用和职责.....................................................8

2.3工程变更中监理工程师的工作.................................................8

2。3.1工作范围变更的控制......................................................8

2。3。2施工条件变更的控制......................................................9

设计变更的控制.........................................................10

2.3。4施工变更的控制........................................................10

2。3.5技术标准变更的控制.....................................................11

2。3.6重大变更的控制.........................................................11

重要变更的控制12

一般变更的控制.........................................................12

第3章监理工程师对工程变更的管理................................................13

3.1工程变更进行的程序...........................................................13

工程变更的提出...........................................................13

3。1.2工程变更的审查...........................................................13

工程变更文件的编制......................................................14

3。1.4工程变更工期和费用的评估.................................................15

3。lo5工程变更价格的确定.......................................................15

3.Io6工程变更价款确定的时限..................................................16

3。2工程变更控制程序与原则......................................................16

3.2。1工程变更控制程序.........................................................16

工程变更控制原则.........................................................17

3.3监理工程师对工程变更价格确定的控制.........................................18

3。4设计变更的签发原则...........................................................19

3。5设计变更的实施与费用结算.....................................................20

3。6关于监理工程师对工程变更的控制..............................................21

3.6。1办理程序上的保证........................................................22

3。6。2从处理方法的原则上控制..................................................22

3.6,3从价格上控制............................................................23

3.7监理工程师认真处理工程变更的重要性..........................................24

总结..............................................................................25

参考文献..........................................................................26

引言

在过去的国内工程建设项目中，一般只有常说的设计变更或设计完善（优化），而

很少有工程变更的提法.这是因为长期的计划经济模式形成的谁设计谁变更的规

定，使得设计单位对设计变更有着绝对的控制权，且工程建设项目多数未实行监理

制度，无论什么范围、什么性质的工程变更，建设单位习惯于依赖设计单位进行。

实行监理制度以来,尤其是按照国际通用的FIDIC合同条件管理的工程变更，与以

往的设计变更相比较，无论是从范围、性质及具体运作上都有很大的差异。随着工

程建设管理体制发生的变化，已不能再按设计变更的概念来理解FTDIC合同条件

下工程变更的内涵。设计变更，就应该及时对图纸或设计说明不明确的地方和问

题向设计单位提出询问.工程变更要求既要合理，也要及时。所谓合理，就是实事

求是,不弄虚作假，符合工程建设的质量、安全、进度、工期等实际情况.

第1章工程变更的概述

1o1工程变更的定义

1o1o1工程变更的定义

所谓工程变更（EC,EngineeringChange），指的是针对已经正式投入生产

的产品所构成的零件进行的变更.在工程项目实施过程中，按照合同约定的程序对

部分或全部工程在材料、工艺、功能、构造、尺寸、技术指标、工程数量及施工

方法等方面做出的改变。变更是指承包人根据监理签发设计文件及监理变更指令

进行的、在合同工作范围内各种类型的变更，包括合同工作内容的增减、合同工

程量的变化、因地质原因引起的设计更改、根据实际情况引起的结构物尺寸、标

高的更改、合同外的任何工作等。

1o1o2工程变更的种类

1）立即变更：当产品发生重大瑕疵，经追查后是某个关键零件的质量问题，为了

不让影响面扩大而采取的断然行为。这种状况在许多种产品，如运输工具中的汽

车飞机，信息产品中的电脑与通讯设备中经常发生，严重时不但要处理仓库及现

场的瑕疵零件，甚至有时连卖出去的产品都还要设法更换零件.

2）用完变更：大部份的工程变更属于这个种类，意思是说等到旧料用完后才使用新

料。

3）某批变更:有些行业的工作程序非常严谨,如果工单的用料不同于标准料表

中的内容时，必须通过申请的手续才能变更（虽然产品的标准料表并没有变化）.

4）择日变更:指的是以某个具体日期作为工程变更生效的指标。

5）累计生产数量变更：有些以进口套件（KD,KnockDown）方式生产的产

品，为了有效控制KD件与Local件的相关设变，以产品的累计数量为控制变更

生效的指标。

1o1o3工程变更所涉及的管理主题

工程变更牵涉到广泛的管理主题，如物料表管理，变更申请（ECR）及变更指

令（ECO）,售后服务，成本管理等。下面就各种变更时需要掌握的管理信息进

行说明:

1）立即变更：用户必须能够掌握该瑕疵关键零件的未来供给及需求状况，

以及取代料件未来的供给及需求状况，才能有效执行立即设变工作。另外，为了

追踪已经售出的产品的用料状况,用户还要运用批号管理进行了解.

2）用完变更：用户必须能够掌握旧零件的未来供给及需求状况，以了解何时

它会“用完二

3）某批变更：除了要掌握变更零件与替代零件的未来供给及需求状况外，用

户有可能还要进行用料更换申请的管理工作.另外，对于“替代用料父Substitute）

状况频繁的行业（如电子装配业），或许不必为每次使用替代用料进行申请，但是，

管理者必须清楚掌握在生产不同产品时某零件允许使用哪些替代用料.

4）择日变更：其实控制变更的真正因素是数量的变化,而日期通常是通过数

量计算推演后获得的结果。

5）累计生产数量变更：进行这种变更时要清楚掌握生产进度及零件的未来

供给和需求状况。

最后，不论是何种变更方式，经常遇到的管理主题还有：

1）变更申请（ECR）与变更指令（ECO）：工程变更牵涉的范围非常复杂，与

公司内的所有部门如研究开发、生产工艺、市场营销、生产计划及物料管理、生

产部门、采购与外协、管理部门、财务部门、售后服务管理部门等都有关系，因

此，变更申请与变更指令的管理工作就显得特别重要，务必确定所有部门都了解状

况并进行相关的配合工作，使变更工作得以顺利进行。PLM系统能够提供工程变更

申请与变更指令的单据，让用户录入后以电子或书面的方式知会各单位，待单据

经过电子核准后，应该自动将变更信息写入产品料表内，以节省用户录入的时间，

并确保设变数据的一致性.

2）售后服务：售后维修服务对于很多产品都很重要，如汽车机车及生产用机

械设备等等。如果工程变更影响的范围与售后服务零件有关,再加上变更与模具的

修正有关时，在真正动手修正模具前经常要生产一批售后服务零件备用，否则，若

旧零件用完时就可能发生无法为客户服务的窘境.PLM系统能提供第一手有关售后

服务方面发现的产品质量问题，以方便企业针对问题，发掘原因，形成对策，改善

产品。

3）成本管理：一旦发生工程变更，产品的标准成本与实际成本都会产生变

动.针对变更后对于产品实际成本与标准成本的影响，PLM系统能让用户很轻松地

将这种状况反映到对应的成本上面。

4）物料表（BOM）管理：经过长期的工程变更后，产品物料表就存在了所谓

新旧版本，除了维护最新的产品物料表外，管理者还需要了解过去的旧版本的物

料表。PLM系统能够同时兼容新旧版本的物料表，除了节省用以记载物料表所需要

的硬盘空间外，还方便用户对旧版本物料表进行查询以了解产品演进的来龙去脉.

另外,PLM系统在物料表中记载了替代用料的信息,这样便于日后进行物料计划或

生产用料变更管理时使用。而且,PLM系统还提供方便有效的查询，让使用者在一

个画面里就能充分掌握产品或零部件目前的库存量及可用库存量，未来将发生的

异动，过去的历史异动，批号数量异动状况，借出借入状况等等，上述的信息是

进行工程变更管理时不可缺少的重要信息。

1o1o4工程变更的表现形式

1）更改工程有关雷分的标高、基线、位置和尺寸；

2）增减合同中约定的工程量；

3）增减合同中约定的工程内容；

4）改变工程质量、性质或工程类型；

5）改变有关工程的施工顺序和时间安排；

6）为使工程竣工而必需实施的任何种类的附加工作。

1.2工程变更的分类

按照工程变更所包含的具体内容，可将其划分为如下5个类别：1）设计变更；2）施

工方案变更;3）计划变更；4）条件变更；5）新增工程。

1.2.1设计变更

设计变更是指建设工程施工合同履约过程中，由工程不同参与方提出，最终由设计

单位以设计变更或设计补充文件形式发出的工程变更指令.设计变更包含的内容

十分广泛，是工程变更的主体内容，约占工程变更总量的70%以上。常见的设计变

更有：因设计计算错误或图示错误发出的设计变更通知书，因设计遗漏或设计深度

不够而发出的设计补充通知书，以及应业主、承包商或监理方请求对设计所作的

优化调整等。

1o2.2施工方案变更

施工方案变更是指在施工过程中承包方因工程地质条件变化、施工环境或施

工条件的改变等因素影响，向监理工程师和业主提出的改变原施工措施方案的过

程.施工措施方案的变更应经监理工程师和业主审查同意后实施，否则引起的费用

增加和工期延误将由承包方自行承担。重大施工措施方案的变更还应征询设计单

位意见。在建设工程施工合同履约过程中，施工方案变更存在于工程施工的全过

程，如人工挖孔桩桩孔开挖过程中出现地下流砂层或淤泥层，需采取特殊支护措

施，方可继续施工；公路或市政道路工程路基开挖过程中发现地下文物，需停工

采取特殊保护措施；建筑物主体施工过程中，因市场原因引起的不同的规格型号材

料之间的代换等等.

1o2o3条件变更

条件变更是指施工过程中，因业主未能按合同约定提供必须的施工条件以及

不可抗力发生导致工程无法按预定计划实施。如业主承诺交付的工程后续施工图

纸未到，致使工程中途停顿，业主提供的施工临时用电因社会电网紧张而断电导

致施工生产无法正常进行：特大暴雨或山体滑坡导致工程停工。这类因业主原因

或不可抗力所发生的工程变更统称为条件变更。

1o2.4计划变更

计划变更是指施工过程中，业主因上级指令、技术因素或经营需要，调整原

定施工进度计戈U,改变施工顺序和时间安排。如小区群体工程施工中，根据销售进

展情况，部分房屋需提前竣工，另一部分房屋适当延迟交付，这类变更就是典型的

计划变更。

1.2.5新增工程

新增工程是指施工过程中，业主动用暂定金额，扩大建设规模，增加原招标

工程量清单之外的建设内容。

1.3工程变更的特征

根据大量工程实践中存在的工程变更所揭示的特征，各类常见工程变更可从可控

性、技术性、所处阶段、频率和来源方等五个不同层面加以描述。

设计变更和施工方案变更的可控性强，其余变更的可控性一般或较弱。从技

术性角度而言，设计变更的技术性强，施工方案变更次之，其余变更则较弱。从

所处阶段分析，一般房屋建筑工程设计变更和施工方案变更涵盖工程施工的全过

程，其余变更则主要发生在工程主体施工阶段和装饰施工阶段.从发生频率来看，

设计变更最高，施工方案变更次之，其余变更则较低.从变更的来源方即提出（或

引起）变更的主体观察，设计变更范围最广，业主、承包方、监理方和设计方均可

提出设计变更要求,而施工方案变更通常由承包方提出，计划变更和新增工程一般

业主提出，条件变更则通常由业主或不可抗力引起。

1.4工程变更的因素

1）业主原因：工程规模、使用功能、工艺流程、质量标准的变化，以及工期改

变等合同内容的调整

2）设计原因：设计错漏、设计调整，或因自然因素及其他因素而进行的设计

改变等

3）施工原因：因施工质量或安全需要变更施工方法、作业顺序和施工工艺等

4）监理原因：监理工程师出丁工程协调和对工程目标控制有利的考虑，而提

出的施工工艺、施工顺，字的变更

5）合同原因：原订合同部分条款因客观条件变化，需要结合实际修正和补充

6）环境原因：不可预见自然因素和工程外部环境变化导致工程变更

1.5工程变更的范围

由于工程变更属于合同履行过程中的正常管理工作，工程师可以根据施工进展的

实际情况,在认为必要时就以下儿个方面发布变更指令.

1）对合同中任何工作工程量的改变

2）任何工作质量或其他特性的变更

3）工程任何部分标高、位置和尺寸的改变

4）删减任何合同约定的工作内容

5）新增工程按单独合同对待

6）改变原定的施工顺序或时间安排

1.6工程变更程序

颁发工程接收证书前的任何时间，工程师可以通过发布变更指示或以要求承

包商递交建议书的任何一种方式提出变更。

A.指示变更

工程师在业主授权范围内根据施工现场的实际情况,在确属需要时有权发布变更

指示.指示的内容应包括详细的变更内容、变更工程量、变更项目的施工技术要求

和有关部门文件图纸，以及变更处理的原则。

B.要求承包商递交建议书后再确定的变更

其程序为：

1）工程师将计划变更事项通知承包商，并要求他递交实施变更的建议书，

2）承包商应尽快予以答复。

3）工程师做出是否变更的决定，尽快通知承包商说明批准与否或提出意见。

4）承包商在等待答复期间，不应延误任何工作。

5）工程师发出每一项实施变更的指示，应要求承包商记录支出的费用.

6）承包商提出的变更建议书，只是作为工程师决定是否实施变更的参考.

1o7工程变更的性质及其工程变更工作的重要性

任何部分的工程变更，业主、监理和承包商都可以提此但按照FID1C合同条件的

规定，不管由哪一方提出的任何变更，都应交由监理工程师来最终处理，并报与业

主批准备案，监理工程师发出有关的变更指令，该指令一经发出，应视为合同文

件的一部分.因此，工程变更具有一定的法律强制性.没有监理工程师的变更指令,

合同的任何一方都不能对工程及其有关方面做出任何的改动，监理工程师发出的

工程变更指令，合同双方则必须执行。实质上，工程变更是对合同文件进行修正、

补充，使其更加完善。

一般在土木工程项目实施中，只要在原合同规定工程范围内进行变更，不超出

合同规定，变更是允许的，必须或需要变更部分，原合同一般都已讲明。

工程变更常常发生在工程承包合同执行过程中，通常是不可预见的，因而事

先无法约定，需要监理工程师随工程进展现场定夺，若久拖不决，即使是合情合理

的变更也会阻碍工程进展；况且大部分的工程变更会涉及到费用，若处理不当，

不仅造成资金浪费，影响工程质量，埋下索赔隐患，甚至使业主对其工程投资失去

控制或承包商的利益受到损害，监理单位的形象也会受到影响.

第2章工程变更中监理的主要工作

2.1监理工程师的定义

监理工程师是指经全国统一考试合格，取得《监理工程师资格证书》并经注

册登记的工程建设监理人员。监理工程师是代表业主监控工程质量，是业主和承

包商之间的桥梁。它不仅要求执业者懂得工程技术知识、成本核算,还需要其非常

清楚建筑法规。总监理工程师指由监理单位法定代表人书面授权，全面负责委托

监理合同的履行，主持项目监理机构的监理工程师。此外，监理人员还包括专业

监理工程师和监理员，但对于信息系统工程建设的全过程监理的质量，总监理工

程师的作用至关重要。

2.2监理工程师的作用和职责

监理工程师的作用：是在发包人授权范围内，以合同为准则，合理平衡合同

双方的权利和义务，公平的分配合同双方的责任和风险。总监理工程师应履行以

下职责：

1）确定项目监理机构人员的分工和岗位职责；

2）主持编写项目监理规划、审批项目监理实施细则，并负责管理项目监理

机构的日常工作：

3）审查分包单位的资质，并提出审查意见；

4）检查和监督监理人员的工作，根据工程项目的进展情况可进行监理人员

调配,对不称职的监理人员应调换其工作；

5）主持监理工作会议,签发项目监理机构的文件和指令；

6）审定承包单位提交的开工报告、施工组织设计、技术方案、进度计划；

7）审核签署承包单位的申请、支付证书和竣工结算；

8）审查和处理工程变更；

2.3工程变更中监理工程师的工作

2O3O1工作范围变更的控制

工作范围变更是指业主或工程师指令承包商完成超出其在投标时估计的工作

或超出原合同工作范围的工作的一种活动。工作范围的变更是最为普遍的工程变

更现象，通常表现为工作量的增加或减少。

工作范围变更是变更控制的主要对象，工作范围变更主要表现为两种形式：

一是附加工程，是指那些完成合同所必不可少的工程，有可能在合同范围之内，也

有可能在合同范围之外如果缺少了这些工程会导致合同项目不能发挥合同预期

的作用，因此无论这些工作是否列入项目的合同范围之内，承包商必须按变更来

完成工作.二是额外工程,是指未包括在合同范围内的工作。如果没有这些工作，

工程仍可正常运行并发挥效益，所以额外工程是一个“新增的工程项目”，而不是

原合同范围内的一个“新的工程项目〃。

1)对于工程规模小、费用低的额外工程，建议工程师通过发布变更令实施。

承包商往往考虑与业主关系同意实施，但会提出重新商定额外工程单价，因变更

工程量较小，工程师通过协商认可新的价格，实施额外工程。

2)对于变更工程量适中、变更费用不高的额外工程，建议工程师尽量避免采

用变更令，可以采用一种称为“承担小任务的承包商清单”(SmallworkRoster)

的变更控制手段.这一方法是西雅图市政基础设施审核办公室(Officeof

Cityauditor)建议的.采用这种机制可不通过竞争形式发包新增工程，而且避免

承包商通过变更令获得额外的间接费与利润.

3)对于变更工程量大、变更费用高的额外工程，可采用邀请招标确定中标单

位，承担额外工程施工团。

2.3.2施工条件变更的控制

施工条件的变更是指由于实际的现场条件不同于招标文件中、施工合同中描

述的现场条件，因此为了使工程顺利进行,要求承包商增加一些必要的工作来实现

合同规定的条件，增加的工作必须通过变更令的形式实施。施工条件变更要区分

情况进行控制。

1)当招标描述的现场条件与实际现场条件不同或存在差异时，工程师应识别

该项变化是否构成变更,识别的依据是此项改变是“一个有经验的承包商预先能否

合理预料到〃，如此项改变是一个有经验的承包商报价时能预料到的，认为此项改

变不构成变更，工程师不须发布变更令，认为因此改变而产生的费用在投标报价

中已考虑：如此项改变足有经验承包商投标报价时无法预料到的，则认为此项

改变构成工程变更，工程师发布变更令实施工程变更。

2）不明的施工现场施工条件,如地质情况、恶劣的天气等，是一个有经验承包

商无法预料到的，此项改变构成变更,工程师应发布变更令实施变更。

2.3o3设计变更的控制

在施工前或施工过程中，对设计图纸任何部分的修改或补充都属于设计变更。

业主、工程师、设计单位、施工单位均可提出设计变更.如业主对项目功能的局部

改变而提出设计变更，设计单位因对原设计图纸修改和完善会提出设计变更，工

程师和承包方对项目合理的建议也会产生设计变更。

1）设计变更责任分析。设计变更事件发生后，工程师应分析设计变更产生的原

因，设计变更产生原因可归纳为：业主从使用角度出发，改变工程局部功能；勘

探、设计图纸深度不够；设计图纸矛盾，方案不合理，设计图纸错误;监理工程师

和承包商提出合理化建议;设计规范的修改；监理工程师指令错误或指令不及时；

承包商擅自修改设计图纸或不按图施工。对