客戶一般對信息系統集成項目不甚了解，他們認為很簡單的事情，可能由計算機來解決會很復雜。因此項目經理和項目小組要冷靜的分析：用戶到底想要實現什么目的，抓住本質的需求。如果用戶建議很難實現，可以和用戶進行溝通，詢問用戶是否可以用其他方式來實現其目的。
以筆者的經驗來看，一般來說用戶的鍍金(Golden Plating)需求可以延期解決甚至不考慮。用戶的新增需求如果不是影響到核心業務的實現，也可以安排在現有功能的完善之后。
3、變更的影響多大：
項目組成員都要認識到變更都是有代價。必須評估變更的代價和對項目的影響，并且要讓客戶了解到變更可能會發生的問題，一起判斷變更是否依然要進行。
例如筆者參與的一個軟件開發項目需要某項重要數據，原本計劃從已有的相關系統中讀取，但是需要對該系統做變更。用戶認為很簡單，但是經過評估，發現需要對該已有系統做重大變更，變更所花費的人力物力遠超過在本項目中另外開發。最終決定在本項目中另外開發，并用接口的方式從已有系統讀取基本信息數據。
4、客戶是否接受變更的代價
上面在代價評估和與客戶討論過程中，客戶已經參與進來。這時需要客戶一起判斷：“修改是沒有問題的，但是你能接受由此引起的……(進度延遲、費用增加、性能下降等)嗎?”
一般來說，如果客戶認為該變更是必須的(非常有可能變更是其上級領導提出的)，就會接受這些后果，通過與客戶的協商，項目組可能會得到回報或者即使沒有回報也不會招致公司和客戶雙方的埋怨。如果客戶認為該變更雖然有必要但是可以暫緩，雙方簽署備忘錄后留待以后解決。如果客戶認為該變更可有可無，多數情況下會取消變更。
這時，比較穩妥的做法是讓客戶對于明顯的變更做出確認，一般是簽字確認。這樣即可防止頻繁變更，也讓客戶認識到變更帶來的工作量加大是項目延期的原因。
項目主管必須學會如何對范圍變更進行控制，控制客戶需求的增加或頻繁變更，保證項目健壯的進行。
最后，變更進行時必須保證最終方案的唯一性和完整性。同時，要對所有變更進行跟蹤和驗證，確保變更按要求完成。
結論
范圍變更對信息系統集成項目成敗有重要影響，造成變更的原因是多方面的。但是歸結為一點：就是沒有執行好范圍變更管理。范圍變更管理主要包括明確的項目目標、范圍說明書、WBS等，最重要的是建立行之有效的變更控制手段。事先要嚴格定義，事中要嚴格執行。變更控制流程中有四個關鍵控制點：授權、審核、評估、確認。在變更過程中要跟蹤和驗證，確保變更被正確執行。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
