客户一般对信息系统集成项目不甚了解，他们认为很简单的事情，可能由计算机来解决会很复杂。因此项目经理和项目小组要冷静的分析：用户到底想要实现什么目的，抓住本质的需求。如果用户建议很难实现，可以和用户进行沟通，询问用户是否可以用其他方式来实现其目的。
以笔者的经验来看，一般来说用户的镀金(Golden Plating)需求可以延期解决甚至不考虑。用户的新增需求如果不是影响到核心业务的实现，也可以安排在现有功能的完善之后。
3、变更的影响多大：
项目组成员都要认识到变更都是有代价。必须评估变更的代价和对项目的影响，并且要让客户了解到变更可能会发生的问题，一起判断变更是否依然要进行。
例如笔者参与的一个软件开发项目需要某项重要数据，原本计划从已有的相关系统中读取，但是需要对该系统做变更。用户认为很简单，但是经过评估，发现需要对该已有系统做重大变更，变更所花费的人力物力远超过在本项目中另外开发。最终决定在本项目中另外开发，并用接口的方式从已有系统读取基本信息数据。
4、客户是否接受变更的代价
上面在代价评估和与客户讨论过程中，客户已经参与进来。这时需要客户一起判断：“修改是没有问题的，但是你能接受由此引起的……(进度延迟、费用增加、性能下降等)吗?”
一般来说，如果客户认为该变更是必须的(非常有可能变更是其上级领导提出的)，就会接受这些后果，通过与客户的协商，项目组可能会得到回报或者即使没有回报也不会招致公司和客户双方的埋怨。如果客户认为该变更虽然有必要但是可以暂缓，双方签署备忘录后留待以后解决。如果客户认为该变更可有可无，多数情况下会取消变更。
这时，比较稳妥的做法是让客户对于明显的变更做出确认，一般是签字确认。这样即可防止频繁变更，也让客户认识到变更带来的工作量加大是项目延期的原因。
项目主管必须学会如何对范围变更进行控制，控制客户需求的增加或频繁变更，保证项目健壮的进行。
最后，变更进行时必须保证最终方案的唯一性和完整性。同时，要对所有变更进行跟踪和验证，确保变更按要求完成。
结论
范围变更对信息系统集成项目成败有重要影响，造成变更的原因是多方面的。但是归结为一点：就是没有执行好范围变更管理。范围变更管理主要包括明确的项目目标、范围说明书、WBS等，最重要的是建立行之有效的变更控制手段。事先要严格定义，事中要严格执行。变更控制流程中有四个关键控制点：授权、审核、评估、确认。在变更过程中要跟踪和验证，确保变更被正确执行。
文章来源于领测软件测试网 https://www.ltesting.net/
