3.1 誰有權(quán)確認(rèn)變更

　　事先明確客戶方有權(quán)提出變更請求的人員和項目組有權(quán)受理變更的人員，并且變更請求必須有書面材料。用戶需要向客戶方項目負(fù)責(zé)人提出書面申請，由客戶方項目負(fù)責(zé)人審批后移交實施方項目經(jīng)理。

　　這樣，對所有的變更雙方的項目負(fù)責(zé)人都能做到心里有數(shù)。而且用戶在遞交書面變更申請時比較慎重，一般都在自己公司內(nèi)部經(jīng)過討論后進行，減少了因用戶內(nèi)部看法不同導(dǎo)致的反復(fù)變更。

　　3.2 什么樣的變更需要執(zhí)行

　　不是所有的變更都需要修改，更不是所有的變更都需要立刻修改。必須對客戶提出的范圍變更進行審核，決定哪些變更需要修改和何時修改。

　　客戶一般對信息系統(tǒng)集成項目不甚了解，他們認(rèn)為很簡單的事情可能解決起來會很復(fù)雜。因此項目經(jīng)理和項目小組要冷靜地分析：用戶到底想要實現(xiàn)什么目的，抓住本質(zhì)的需求。如果用戶建議很難實現(xiàn)，可以和用戶進行溝通，詢問用戶是否可以用其他方式來實現(xiàn)其目的。

　　一般來說，用戶的鍍金需求可以延期解決甚至不考慮，用戶的新增需求如果不是影響到核心業(yè)務(wù)的實現(xiàn)，也可以安排在現(xiàn)有功能的完善之后。

　　3.3 變更的影響多大

　　項目組成員都要認(rèn)識到變更是有代價的。必須評估變更的代價和對項目的影響，并且要讓客戶了解到變更可能會發(fā)生的問題，一起判斷變更是否依然要進行。

　　3.4 客戶是否接受變更的代價

　　在與客戶討論過程中，需要和客戶一起判斷：“修改是沒有問題的，但是你能接受由此引起的進度延遲、費用增加、性能下降等嗎·”一般來說，如果客戶認(rèn)為該變更是必須的（變更非常有可能是其上級領(lǐng)導(dǎo)提出的），就會接受這些后果，通過與客戶的協(xié)商，項目組可能會得到回報或者即使沒有回報也不會招致公司和客戶雙方的埋怨。如果客戶認(rèn)為該變更雖然有必要但是可以暫緩，雙方簽署備忘錄后留待以后解決。如果客戶認(rèn)為該變更可有可無，多數(shù)情況下會取消變更。

　　這時，比較穩(wěn)妥的做法是讓客戶對于明顯的變更做出確認(rèn)，一般是簽字確認(rèn)。這樣既可防止頻繁變更，也讓客戶認(rèn)識到變更帶來的工作量加大是項目延期的原因。

　　最后，變更進行時必須保證最終方案的唯一性和完整性。同時，要對所有變更進行跟蹤和驗證，確保變更按要求完成。范圍管理對信息系統(tǒng)集成項目成敗有重要影響，執(zhí)行好范圍管理最重要的是建立行之有效的變更控制手段。