信息系统监理在处理变更请求的时候，需要进行快速的响应。监理工程师在

接到变更请求后，首先要进行项目变更对项目的影响做一个大概的判断，初步

判断变更是否有必要进行。如果完全没有必要，就可以在第一时间与变更请求者

进行沟通，尽快达成一致的共识，避免项目对变更请求的等待。

如果项目变更影响的范围比较广，监理工程师要尽快召开专题会议，邀请

三方代表和技术专家对该项变更进行深入讨论，以获得一致、可行的变更方案。

2、三方书面确认

项目变更不是小事情，任何一个变更都会导致项目的质量、进度、成本三者

的变化，尤其是成本的问题让人最敏感。当项目的承建方擅自增加了项目建设内

容后，他向建设单位提出索要增加工程的费用时，建设单位不能够容忍这种先

斩后奏的行为。当承建单位减少系统功能后，建设单位还能按照原先的合同金额

支付吗？当建设单位对于其要求承建单位增加实施的工程不付钱的话，承建单

位也是不会答应。

变更实施前如果不经过三方书面确认，那么变更部分的工程款支付就会成

为一个难题。三方书面确认不仅是工程款的问题，更能够体现出项目相关各方对

彼此尊重的程度。

3、明确变更目标

“

” “

在决定进行任何变更之前先想一想 为什么要进行变更？ 、 变更成什么样

”

子？ 。变更的目的就是要解决问题，如果变了之后问题依旧，那么这种变更完

全可以趁早拒绝。

建设单位时常会提出一些不合理的变更请求，监理工程师在对待建设单位

的变更请求时不要一味的同意。如果建设方提出了不合理的变更请求，则监理工

程师要与变更请求提出者进行充分沟通，跟其解释为什么该变更部分不是必需

的，在充分获取变更请求者理解的基础上达成共识。

如果承建单位提出的变更请求目标比较模糊，充分性不够，则监理工程师

需要与承建单位进行充分的沟通和论证之后，再让对方主动地将变更请求撤销，

这样既保护了项目的投资，又能获得承建单位的理解。

4、防止变更范围的扩大

软件的各部分之间互相协作才让软件有了活力，将软件中的任何一部分拿

出来都无法单独执行任务。这种软件的关联性将导致一处变动而牵动全身的情况