《需求变更管理的应对六大原则实用文档.doc》由会员分享，可在线阅读，更多相关《需求变更管理的应对六大原则实用文档.doc（44页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、需求变更管理的应对六大原则实用文档(实用文档，可以直接使用，可编辑 优秀版资料，欢迎下载）需求变更是因为需求发生变化.根据软件工程思想，需求说明书一般要经过论证，如果在需求说明书经过论证以后，需要在原有需求基础上追加和补充新的需求或对原有需求进行修改和削减，均属于需求变更。需求变更的出现主要是因为在项目的需求确定阶段，用户往往不能确切地定义自己需要什么。用户常常以为自己清楚，但实际上他们提出的需求只是依据当前的工作所需，而采用的新设备、新技术通常会改变他们的工作方式;或者要开发的系统对用户来说也是个未知数，他们以前没有过相关的使用经验。随着开发工作的不断进展，系统开始展现功能的雏形，用户对系统
2、的了解也逐步深入.于是，他们可能会想到各种新的功能和特色，或对以前提出的要求进行改动.他们了解得越多，新的要求也就越多,需求变更因此不可避免地一次又一次出现。这时,如果开发团队缺少明确的需求变更控制过程或采用的变更控制机制无效，抑或不按变更控制流程来管理需求变更，那么很可能造成项目进度拖延、成本不足、人力紧缺,甚至导致整个项目失败.当然，即使按照需求变更控制流程进行管理,由于受进度、成本等因素的制约，软件质量还是会受到不同程度的影响.但实施严格的软件需求管理会最大限度地控制需求变更给软件质量造成的负面影响，这也正是我们进行需求变更管理的目的所在.实施需求变更管理需要遵循以下六大原则（1）建立需
3、求基线,需求基线是需求变更的依据。在开发过程中，需求确定并经过评审后(用户参与评审)，可以建立第一个需求基线.此后每次变更并经过评审后，都要重新确定新的需求基线。(2)制订简单、有效的变更控制流程，并形成文档。在建立了需求基线后提出的所有变更都必须遵循这个控制流程进行控制。同时，这个流程具有一定的普遍性，对以后的项目开发和其他项目都有借鉴作用.(3)成立项目变更控制委员会（CCB)或相关职能的类似组织，负责裁定接受哪些变更.CCB由项目所涉及的多方人员共同组成，应该包括用户方和开发方的决策人员在内。（4)需求变更一定要先申请然后再评估，最后经过与变更大小相当级别的评审确认。（5）需求变更后，受
4、影响的软件计划、产品、活动都要进行相应的变更,以保持和更新的需求一致。（6)妥善保存变更产生的相关文档。应对之道需求变更控制一般要经过变更申请、变更评估、决策、回复这四大步骤。如果变更被接受，还要增加实施变更和验证两个步骤，有时还会有取消变更的步骤.针对变更控制流程，在实际工作中总结出了软件开发人员在需求变更管理实践中的几点对策：优先排序 分批实现每个需求的重要性是不同的。由于资源或技术条件的限制，会显得“僧多粥少，因此不可能把所有的需求一次完成。怎么办？把每个需求按照对效益的贡献打个分，排出个优先级来，优先级高的需求先实现,低的到一下版式本实现。由于不断有新的需求进来，有的需求可能永远没有机
5、会被子实现，但不紧，还是要记录下来,并一起参加排序,保证在每个版本发布时重要的需求先得到满足.每个需求的实现是需要花时间的，没人有百分百的把握预估得很清楚,但借鉴过去的经验可以大概估算出人力成本，然后根据开发人员和开发周期得出可用人力投入作为上限。从优先级高的需求中挑，直到挑中的人力成本总和刚刚低于可用投入上限，这样得出的就是需求的录取榜。今后的软件开发规划也会以此为依据，分期分批地在不同的回合中实现.最合理的不一定是优先级最高的，也就是说不一不定是最先考虑的，“经济为本”是指导优先排序的最终原则。相互协作很难想像遭到用户抵制的项目能够成功。在讨论需求时，开发人员与用户应该尽量采取相互理解、相
6、互协作的态度，对能解决的问题尽量解决。即使用户提出了在开发人员看来”过分”的要求,也应该仔细分析原因，积极提出可行的替代方案。充分交流需求变更管理的过程很大程度上就是用户与开发人员的交流过程。软件开发人员必须学会认真听取用户的要求、考虑和设想,并加以分析和整理.同时，软件开发人员应该向用户说明,进入设计阶段以后，再提出需求变更会给整个开发工作带来什么样的冲击和不良后果。安排专职人员负责需求变更管理有时开发任务较重，开发人员容易陷入开发工作中而忽略了与用户的随时沟通,因此需要一名专职的需求变更管理人员负责与用户及时交流.合同约束需求变更给软件开发带来的影响有目共睹，所以在与用户签订合同时，可以增
7、加一些相关条款,如限定用户提出需求变更的时间，规定何种情况的变更可以接受、拒绝接受或部分接受，还可以规定发生需求变更时必须执行变更控制流程。区别对待随着开发进展，有些用户会不断提出一些在项目组看来确实无法实现或工作量比较大、对项目进度有重大影响的需求。遇到这种情况，开发人员可以向用户说明，项目的启动是以最初的基本需求作为开发前提的，如果大量增加新的需求(虽然用户认为是细化需求，但实际上是增加了工作量的新需求）,会使项目不能按时完成。如果用户坚持实施新需求，可以建议用户将新需求按重要和紧迫程度划分档次，作为需求变更评估的一项依据.同时，还要注意控制新需求提出的频率。选用适当的开发模型采用建立原型
8、的开发模型比较适合需求不明确的开发项目.开发人员先根据用户对需求的说明建立一个系统原型，再与用户沟通。一般用户看到一些实际的东西后，对需求会有更为详细的解释，开发人员可根据用户的说明进一步完善系统原型。这个过程重复几次后，系统原型逐渐向最终的用户需求靠拢,从根本上减少需求变更的出现.目前业界较为流行的叠代式开发方法对工期紧迫的项目的需求变更控制很有成效。用户参与需求评审作为需求的提出者，用户理所当然是最具权威的发言人之一。实际上,在需求评审过程中，用户往往能提出许多有价值的意见。同时，这也是由用户对需求进行最后确认的机会，可以有效减少需求变更的发生.变更控制流程如图所示。需求变更的代价一般来讲
9、，需求的变更通常意味着需求的增加,需求的减少相对很少，而且处理需求减少方面的问题也比较容易。当客户提出新需求的时候，项目开发人员应该分析这些新需求对项目现阶段带来的风险,得出双方实现变更需求的需要的成本,包括时间、人力、资源等等方面。变更都是有代价的，应该评估一下变更的代价和对项目的影响，在评估代价并且与客户讨论的过程中，要让客户了解变更的后果，变更之后面临最大的问题就是项目延期，让客户一起做判断：“我可以修改，但您能接受后果吗？”。现在会出现三种可能：客户接受延期这一后果，开发人员按客户要求做出相应修改，让客户知道为此需要付出延期的代价；如果客户认为代价太大，那开发人员就不必修改了，可以记录
10、下需求,待到下一版本再做修改；客户不接受变更的代价，导致项目夭折. 如果客户不知道你为变更付出的代价，对你的辛苦便难以体会，以致没完没了的提出新的变更。减少需求变更正如前文所说，需求变更往往是不可避免的。通常是项目负责人员花费了大量的气力避免需求变更，可最后需求变更总是会出现。但是这并不意味着项目开发人员不应该做这方面的工作，项目开发人员对于需求变更的正确态度应该和软件测试的态度一样,在需求变更发生之前尽量减少需求变更，以将需求变更带来的风险降低到最低。项目开发人员切忌在项目设计之前试图消除需求变更，这样做往往费力不讨好。相比于需求开发人员而言，客户可能对需求变更认识不足，认为他们出钱,程序员
11、或软件开发公司就要为它服务，因此客户对需求变更往往更加肆无忌弹,将需求变更视为儿戏，随个人喜好随意变更需求。因此，在需求人员同用户代表或用户部门主管人员接触时，就应该向他们挑明态度，和他们协商好，特别是应该让他们清楚软件的定价应该与软件的功能相关,以及需求随意变更所带来的风险的承担者应该由客户和项目开发者共同承担.通过这样做，让客户在需求分析之前就尽量对他们所需要的功能有个整体的了解和确定的思路,而不是等到程序员开始编码了,才提出以前原本在需求分析时就可以提出的需求。让客户明白减少需求变更的重要性后，需求分析人员应该采取合适的方法同客户交流，帮助他们明确他们的需求。需求分析人员和客户的关系不应
12、该仅仅是记录人员和需求提供者，他们的关系应该更多的是战略合作伙伴关系。虽然需求分析人员和客户存在着服务商和顾客的关系，但是他们有着一个共同的目标:开发出适合客户需求的软件，因此需求分析人员除了记录客户提出的需求以外,还应和用户讨论，提出一些建议，使用合适的工具帮助客户提出需求.在需求分析时，尽量多的召集需求研讨会，邀请开发人员和客户共同协商探讨，在研讨会上允许任意的提出需求，并将这些需求整理成档后由客户代表和需求分析人员共同商议可选的功能，这样能够尽量使得需求完备.在需求开发时，开发人员采用原型的方法启发客户思考功能需求也不失为一个好办法。虽然需求不可能是完备的、变更不可能没有的,但是在项目开
13、始设计时使得需求尽可能完备还是应该的，也是值得的，完备需求的过程也就相应的减少了因为需求不清楚而产生变更的几率。1 目的收集、评估客户需求信息并满足客户要求，制订合理、供需双方所能接受的合同条款,并保证合同（含订单形式）的有效实施，保证买卖双方的权益。2 适用范围本程序适用于与本公司有往来的顾客或潜在顾客有关需求的信息收集、识别、评审及其变更活动，包括顾客特殊要求。3 定义3。1订单：客户要求（含计划内和计划外）在某一时间内对品种、数量、品质、包装等进行书面通知或口头通知的文件。3。2合同：公司与客户之间签定、修改、终止、约束相互利益、活动关系的一种书面协议文件。4 职责4.1业务部负责主机厂
14、及维修市场等顾客的合同的组织评审、签订、管理工作及评审记录的建档作业.4.2工程部、制造部、品保部、协助进行合同评审。4.3公司总经理或其授权代理人负责合同的批准.4.4业务部负责客户需求信息接收。5 作业流程输入流程权责指标重点说明输出市场调研报告顾客要求接收需求信息业务部1)销售部收集产品信息（样品、图面等相关资讯），根据产品信息予以分类.产品信息;产品图、工程规范产品信息产品图、工程规范信息评审标准产品新产品业务部2)若为新产品,业务部组织进行开发可行性评估；若为标准产品，业务部可参考现成资料，部门内部核算价格，对外报价。产品报价表、成本核算表产品信息新产品开发任务书放弃开发可行性评估Y
15、N相关部门3)若为新产品,业务部召集相关部门召开新产品开发会议,作成“开发可行性评估表”,经理签核后转技术部并附上产品相关资料。制造部等部门协助财务部核算成本.若可行性评估不通过则放弃新产品开发。 新产品开发可行性评估报告；新产品开发可行性评估报告；新产品开发资料准备工程部4）工程部填写“新产品开发资料”。新产品开发资料新产品开发资料估价/询价业务部12日5)业务部根据“新产品开发资料”进行模具、检具、工装的估价，填写“询价单。 询价单询价单新产品开发可行性评估报告；原材料价格表；成本预算工程部1周内6)工程部接到“新产品开发资料”、“模具估价单后核算产品成本，经主管核准后填写“产品报价管理表
16、”，并将“新产品开发资料表”和“产品报价管理表”提交给销售部。产品初期报价单新产品成本初期核算报告；配套产品报价表报 价业务部7）业务部接到“新产品开发资料和“产品报价管理表”后,对产品进行报价。产品报价表顾客合同技术/质量协议书；合同评审A业务部1-4H8)由业务部主导，相关部门共同参与.9)合同评审：A。年度合同评审，依我方已有的供货条件进行确认即可：技术标准、产品规格、价格等。此类合同由销售部承办，同相关部门进行评审,经公司主管经理审批后生效。B。新合同的评审：如有计划外的订单或新的合同按照A的评审过程进行评审；C。评审包括顾客特定的要求；D.评审结果记录于合同评审记录中。合同评审记录；
17、A工矿产品销售合同签订合同业务部10）经合同评审确认通过的合同,其相应条款经双方达成共识后，可签订.与顾客签订的合同顾客订单订单评审/作业业务部24H11）接到订单（含口头订单)，若为计划内订单,则由销售部部长签字即可；若为计划外订单则要销售部部长审核后转生产部及财务部评审。如能满足交货时，则签字确认。如不能满足交货时由销售部同顾客反馈/协商处理。评审结果记录于合同评审记录中。 及口头订单评审记录合同台帐;合同/订单变更信息 合同/订单变更？YN沟通与反馈业务部4H内处理并反馈12)合同修改：需方提出修改合同,对我方未能造成损失，则同意修改。如对我方造成损失，若需方执意要修改合同且愿意补偿经济
18、损失或承担有关费用的，可进行合同修改。若为我方提出，也需征得顾客同意方可修改,经评审并双方同意后，应填写“合同修改通知单”将修改内容通知相关部门.13)订单修改:订单若有临时调整，若为顾客提出,销售部须下发调整销售计划；若为我方提出，销售部人员与顾客沟通,顾客同意方可变更。生产部及销售部按调整销售计划执行。修改订单评审按11）程序进行。合同修改通知单调整销售计划生产指令；顾客合同顾客订单合同订单履行跟踪业务部14）依据合同/订单的要求,对各部门执行的进度做追踪,特别对交货期的追踪，以满足顾客的所有要求。生产计划完成情况监控记录顾客合同合同台帐合同修改通知单合同资料管理业务部15）业务部保存副本
19、，正本由财务部保存。16）修改后的合同,原合同作废，生效日期由双方协商确定。原合同作废由销售部签注“作废”并签名及“盖章”由本部专人保存.合同档案订单档案绩效指标评估准则公式/解释周期统计部门合同评审及时率(当月订单评审数/当月合同总数）100季业务部6相关文件6。1设计开发管理程序 6.2质量记录控制程序6。3纠正和预防措施控制程序6。4持续改进控制程序65与顾客签订的技术、质量或服务协议6.6与顾客签订的工矿产品销售合同7相关记录l 质量信息反馈单l 合同评审记录l 合同变更通知单l 合同台账长治职业技术学院土木工程系毕业论文题 目:监理工程师在工程变更管理中的作用姓名：专业：工程监理指导
20、教师：二一一年十二月长治职业技术学院土木工程系毕业论文题目姓名（签名）指导教师姓名（签名）职称专业名称论文完成日期论文答辩日期教研组长（签名）系主任（签名）2011年 12 月 15 日摘要由于工程项目的复杂性、长期性和动态性等特点，任何工程承包合同都不可能预见和覆盖项目实施过程中所有的合同条件的变化.因此,对于建筑工程项目而言，工程变更是不可避免的，也是不可预见的，这是由工程自身的特点决定的，对于如何进行工程变更，我国建筑法、建设工程监理规范、建设工程勘测设计市场管理规定、建设工程质量管理条例等法律、法规中都有相应的明确的规定，而通过对我国工程变更管理现状的分析，归纳目前工程变更管理存在几方
21、面的问题：工程变更管理处理的程序有待完善和改进；项目实施阶段工程变更管理组织责任不明确；对工程价款缺乏有效的控制；工程变更管理合同条款有待完善.本文通过对工程变更内容的分析,阐述了监理工程师对工程变更管理的内容，得出了监理工程师在工程变更管理中的作用与认真处理工程变更的重要性以及监理工程师在工程变更管理工作中的应怎么样做和遵守什么样的原则,以做好工程变更的管理工作，是施工过程顺利进行，保证工程质量，维护各方的利益。关键词：监理工程师,工程变更管理,工程监理，工程变更目 录摘要引言第1章 工程变更的概述2 1.1工程变更的定义21。1.1工程变更的定义21.1。2工程变更的种类21.1.3工程变
22、更所涉及的管理主题21.1。4工程变更的表现形式41。2工程变更的分类41。2.1设计变更41.2.2施工方案变更41.2.3条件变更51。2.4计划变更51.2.5新增工程51.3工程变更的特征51.4工程变更的因素61.5工程变更的范围61.6工程变更的程序61.7工程变更的性质及工程变更工作的重要性7第2章工程变更中监理的主要工作82。1监理工程师的定义82.2监理工程师的作用和职责82.3工程变更中监理工程师的工作82。3.1工作范围变更的控制82。3。2施工条件变更的控制9设计变更的控制102.3。4施工变更的控制102。3.5技术标准变更的控制112。3.6重大变更的控制11重要变
23、更的控制12一般变更的控制12第3章 监理工程师对工程变更的管理13 3.1工程变更进行的程序13工程变更的提出133。1.2工程变更的审查13工程变更文件的编制143。1.4工程变更工期和费用的评估153。1。5工程变更价格的确定153.1。6工程变更价款确定的时限16 3。2工程变更控制程序与原则163.2。1工程变更控制程序16工程变更控制原则17 3.3监理工程师对工程变更价格确定的控制18 3。4设计变更的签发原则19 3。5设计变更的实施与费用结算20 3。6关于监理工程师对工程变更的控制213.6。1办理程序上的保证223。6。2从处理方法的原则上控制223.6。3从价格上控制2
24、3 3.7监理工程师认真处理工程变更的重要性24总结25参考文献26致谢27引言在过去的国内工程建设项目中，一般只有常说的设计变更或设计完善(优化），而很少有工程变更的提法.这是因为长期的计划经济模式形成的谁设计谁变更的规定,使得设计单位对设计变更有着绝对的控制权，且工程建设项目多数未实行监理制度，无论什么范围、什么性质的工程变更，建设单位习惯于依赖设计单位进行。实行监理制度以来,尤其是按照国际通用的FIDIC合同条件管理的工程变更，与以往的设计变更相比较,无论是从范围、性质及具体运作上都有很大的差异。随着工程建设管理体制发生的变化，已不能再按设计变更的概念来理解FIDIC合同条件下工程变更的
25、内涵。设计变更，就应该及时对图纸或设计说明不明确的地方和问题向设计单位提出询问.工程变更要求既要合理，也要及时。所谓合理,就是实事求是,不弄虚作假，符合工程建设的质量、安全、进度、工期等实际情况.第1章 工程变更的概述1。1工程变更的定义1。1。1工程变更的定义所谓工程变更(EC， Engineering Change ）,指的是针对已经正式投入生产的产品所构成的零件进行的变更.在工程项目实施过程中,按照合同约定的程序对部分或全部工程在材料、工艺、功能、构造、尺寸、技术指标、工程数量及施工方法等方面做出的改变。变更是指承包人根据监理签发设计文件及监理变更指令进行的、在合同工作范围内各种类型的变
26、更，包括合同工作内容的增减、合同工程量的变化、因地质原因引起的设计更改、根据实际情况引起的结构物尺寸、标高的更改、合同外的任何工作等。1。1。2工程变更的种类1）立即变更： 当产品发生重大瑕疵，经追查后是某个关键零件的质量问题,为了不让影响面扩大而采取的断然行为。这种状况在许多种产品，如运输工具中的汽车飞机，信息产品中的电脑与通讯设备中经常发生，严重时不但要处理仓库及现场的瑕疵零件，甚至有时连卖出去的产品都还要设法更换零件.2)用完变更:大部份的工程变更属于这个种类，意思是说等到旧料用完后才使用新料。3）某批变更:有些行业的工作程序非常严谨,如果工单的用料不同于标准料表中的内容时,必须通过申请
27、的手续才能变更（虽然产品的标准料表并没有变化）.4）择日变更:指的是以某个具体日期作为工程变更生效的指标。5）累计生产数量变更： 有些以进口套件( KD，Knock Down ) 方式生产的产品， 为了有效控制 KD 件与 Local 件的相关设变,以产品的累计数量为控制变更生效的指标。1。1。3工程变更所涉及的管理主题工程变更牵涉到广泛的管理主题,如物料表管理，变更申请（ECR）及变更指令(ECO），售后服务，成本管理等。下面就各种变更时需要掌握的管理信息进行说明: 1）立即变更：用户必须能够掌握该瑕疵关键零件的未来供给及需求状况，以及取代料件未来的供给及需求状况，才能有效执行立即设变工作。
28、另外，为了追踪已经售出的产品的用料状况,用户还要运用批号管理进行了解. 2）用完变更：用户必须能够掌握旧零件的未来供给及需求状况，以了解何时它会“用完”。 3）某批变更：除了要掌握变更零件与替代零件的未来供给及需求状况外，用户有可能还要进行用料更换申请的管理工作.另外，对于“替代用料”（ Substitute )状况频繁的行业（如电子装配业），或许不必为每次使用替代用料进行申请，但是，管理者必须清楚掌握在生产不同产品时某零件允许使用哪些替代用料. 4）择日变更：其实控制变更的真正因素是数量的变化,而日期通常是通过数量计算推演后获得的结果。 5）累计生产数量变更： 进行这种变更时要清楚掌握生产进
29、度及零件的未来供给和需求状况。 最后,不论是何种变更方式，经常遇到的管理主题还有： 1）变更申请(ECR）与变更指令（ECO）： 工程变更牵涉的范围非常复杂，与公司内的所有部门如研究开发、生产工艺、市场营销、生产计划及物料管理、生产部门、采购与外协、管理部门、财务部门、售后服务管理部门等都有关系，因此，变更申请与变更指令的管理工作就显得特别重要,务必确定所有部门都了解状况并进行相关的配合工作，使变更工作得以顺利进行。PLM系统能够提供工程变更申请与变更指令的单据，让用户录入后以电子或书面的方式知会各单位，待单据经过电子核准后，应该自动将变更信息写入产品料表内，以节省用户录入的时间，并确保设变数
30、据的一致性. 2)售后服务： 售后维修服务对于很多产品都很重要，如汽车机车及生产用机械设备等等。如果工程变更影响的范围与售后服务零件有关,再加上变更与模具的修正有关时，在真正动手修正模具前经常要生产一批售后服务零件备用，否则,若旧零件用完时就可能发生无法为客户服务的窘境.PLM系统能提供第一手有关售后服务方面发现的产品质量问题，以方便企业针对问题，发掘原因,形成对策,改善产品。 3）成本管理： 一旦发生工程变更，产品的标准成本与实际成本都会产生变动.针对变更后对于产品实际成本与标准成本的影响，PLM系统能让用户很轻松地将这种状况反映到对应的成本上面。 4）物料表（BOM)管理： 经过长期的工程
31、变更后，产品物料表就存在了所谓新旧版本，除了维护最新的产品物料表外，管理者还需要了解过去的旧版本的物料表。PLM系统能够同时兼容新旧版本的物料表,除了节省用以记载物料表所需要的硬盘空间外，还方便用户对旧版本物料表进行查询以了解产品演进的来龙去脉.另外,PLM系统在物料表中记载了替代用料的信息,这样便于日后进行物料计划或生产用料变更管理时使用。而且,PLM系统还提供方便有效的查询，让使用者在一个画面里就能充分掌握产品或零部件目前的库存量及可用库存量，未来将发生的异动，过去的历史异动，批号数量异动状况，借出借入状况等等，上述的信息是进行工程变更管理时不可缺少的重要信息。1。1。4工程变更的表现形式
32、1）更改工程有关部分的标高、基线、位置和尺寸； 2)增减合同中约定的工程量；3)增减合同中约定的工程内容；4)改变工程质量、性质或工程类型; 5）改变有关工程的施工顺序和时间安排; 6）为使工程竣工而必需实施的任何种类的附加工作。1.2工程变更的分类按照工程变更所包含的具体内容,可将其划分为如下5个类别：1)设计变更；2)施工方案变更;3)计划变更；4）条件变更；5)新增工程。1.2.1设计变更设计变更是指建设工程施工合同履约过程中，由工程不同参与方提出,最终由设计单位以设计变更或设计补充文件形式发出的工程变更指令.设计变更包含的内容十分广泛，是工程变更的主体内容，约占工程变更总量的70%以上
33、。常见的设计变更有:因设计计算错误或图示错误发出的设计变更通知书,因设计遗漏或设计深度不够而发出的设计补充通知书，以及应业主、承包商或监理方请求对设计所作的优化调整等。1。2.2施工方案变更施工方案变更是指在施工过程中承包方因工程地质条件变化、施工环境或施工条件的改变等因素影响，向监理工程师和业主提出的改变原施工措施方案的过程.施工措施方案的变更应经监理工程师和业主审查同意后实施，否则引起的费用增加和工期延误将由承包方自行承担。重大施工措施方案的变更还应征询设计单位意见。在建设工程施工合同履约过程中，施工方案变更存在于工程施工的全过程，如人工挖孔桩桩孔开挖过程中出现地下流砂层或淤泥层，需采取特
34、殊支护措施，方可继续施工；公路或市政道路工程路基开挖过程中发现地下文物，需停工采取特殊保护措施；建筑物主体施工过程中,因市场原因引起的不同的规格型号材料之间的代换等等.1。2。3条件变更条件变更是指施工过程中，因业主未能按合同约定提供必须的施工条件以及不可抗力发生导致工程无法按预定计划实施。如业主承诺交付的工程后续施工图纸未到，致使工程中途停顿，业主提供的施工临时用电因社会电网紧张而断电导致施工生产无法正常进行；特大暴雨或山体滑坡导致工程停工。这类因业主原因或不可抗力所发生的工程变更统称为条件变更。1。2.4计划变更计划变更是指施工过程中，业主因上级指令、技术因素或经营需要，调整原定施工进度计
35、划，改变施工顺序和时间安排。如小区群体工程施工中,根据销售进展情况，部分房屋需提前竣工，另一部分房屋适当延迟交付,这类变更就是典型的计划变更。1.2.5新增工程新增工程是指施工过程中，业主动用暂定金额，扩大建设规模，增加原招标工程量清单之外的建设内容。1.3工程变更的特征根据大量工程实践中存在的工程变更所揭示的特征,各类常见工程变更可从可控性、技术性、所处阶段、频率和来源方等五个不同层面加以描述。设计变更和施工方案变更的可控性强，其余变更的可控性一般或较弱。从技术性角度而言，设计变更的技术性强，施工方案变更次之，其余变更则较弱。从所处阶段分析，一般房屋建筑工程设计变更和施工方案变更涵盖工程施工
36、的全过程，其余变更则主要发生在工程主体施工阶段和装饰施工阶段.从发生频率来看，设计变更最高，施工方案变更次之，其余变更则较低.从变更的来源方即提出（或引起)变更的主体观察，设计变更范围最广，业主、承包方、监理方和设计方均可提出设计变更要求,而施工方案变更通常由承包方提出，计划变更和新增工程一般业主提出，条件变更则通常由业主或不可抗力引起。1.4工程变更的因素1)业主原因：工程规模、使用功能、工艺流程、质量标准的变化,以及工期改变等合同内容的调整 2）设计原因:设计错漏、设计调整，或因自然因素及其他因素而进行的设计改变等 3）施工原因：因施工质量或安全需要变更施工方法、作业顺序和施工工艺等 4）
37、监理原因：监理工程师出于工程协调和对工程目标控制有利的考虑，而提出的施工工艺、施工顺序的变更 5)合同原因：原订合同部分条款因客观条件变化，需要结合实际修正和补充 6)环境原因:不可预见自然因素和工程外部环境变化导致工程变更1.5工程变更的范围由于工程变更属于合同履行过程中的正常管理工作，工程师可以根据施工进展的实际情况,在认为必要时就以下几个方面发布变更指令.1）对合同中任何工作工程量的改变2）任何工作质量或其他特性的变更3)工程任何部分标高、位置和尺寸的改变4)删减任何合同约定的工作内容5）新增工程按单独合同对待6）改变原定的施工顺序或时间安排1.6工程变更程序颁发工程接收证书前的任何时间
38、，工程师可以通过发布变更指示或以要求承包商递交建议书的任何一种方式提出变更。A.指示变更工程师在业主授权范围内根据施工现场的实际情况,在确属需要时有权发布变更指示.指示的内容应包括详细的变更内容、变更工程量、变更项目的施工技术要求和有关部门文件图纸，以及变更处理的原则。B要求承包商递交建议书后再确定的变更其程序为：1)工程师将计划变更事项通知承包商，并要求他递交实施变更的建议书。2)承包商应尽快予以答复。3)工程师做出是否变更的决定,尽快通知承包商说明批准与否或提出意见。4）承包商在等待答复期间，不应延误任何工作。5）工程师发出每一项实施变更的指示，应要求承包商记录支出的费用.6）承包商提出的
39、变更建议书，只是作为工程师决定是否实施变更的参考.1。7工程变更的性质及其工程变更工作的重要性任何部分的工程变更,业主、监理和承包商都可以提出,但按照FIDIC合同条件的规定，不管由哪一方提出的任何变更，都应交由监理工程师来最终处理,并报与业主批准备案，监理工程师发出有关的变更指令，该指令一经发出，应视为合同文件的一部分.因此，工程变更具有一定的法律强制性.没有监理工程师的变更指令，合同的任何一方都不能对工程及其有关方面做出任何的改动，监理工程师发出的工程变更指令，合同双方则必须执行。实质上,工程变更是对合同文件进行修正、补充，使其更加完善。 一般在土木工程项目实施中,只要在原合同规定工程范围
40、内进行变更，不超出合同规定,变更是允许的，必须或需要变更部分，原合同一般都已讲明。 工程变更常常发生在工程承包合同执行过程中，通常是不可预见的，因而事先无法约定，需要监理工程师随工程进展现场定夺，若久拖不决,即使是合情合理的变更也会阻碍工程进展；况且大部分的工程变更会涉及到费用，若处理不当，不仅造成资金浪费，影响工程质量，埋下索赔隐患,甚至使业主对其工程投资失去控制或承包商的利益受到损害，监理单位的形象也会受到影响.第2章工程变更中监理的主要工作2.1 监理工程师的定义监理工程师是指经全国统一考试合格，取得监理工程师资格证书并经注册登记的工程建设监理人员。 监理工程师是代表业主监控工程质量，是业主和承包商之间的桥梁。它不仅要求执业者懂得工程技术知识、成本核算,还需要其非常清楚建筑法规。 总监理工程师指由监理单位法定代表人书面授权，全面负责委托监理合同的履行，主持项目监理机构的监理工程师。此外，监理人员还包括专业监理工程师和监理员，但对于信息系统工程建设的全过程监理的质量，总监理工程师的作用至关重要。2.2 监理工程师的作用和职责 监理工程师的作用：是在发包人授权范围内，以合同为准则，合理平衡合同双方的权利和义务，公平的分配合同双方的责任和风险。总监理工程师应履行以下职责：1） 确定项目监理机构人员的分工和岗位职责；2） 主持编写项