以先不修改，或者規(guī)劃一下修改的時間待到以后進行優(yōu)化。另外，對于核心模塊的修改要嚴格審核把關(guān)，否則會引起全局問題，案例中提到的“擅自修改核心模塊”造成的事故就是因為沒有審核而造成的。
（3） 對變更的影響沒有評估。
變更都是有代價的，應(yīng)該評估一下變更的代價和對項目的影響，要讓客戶了解變更的后果，并與客戶一起做判斷。案例中客戶最后的質(zhì)問正是因為沒有事前告訴客戶變更的影響造成的。如果客戶不知道你為變更付出的代價，對你的辛苦便難以體會。案例中客戶剛開始對王先生加班處理變更相當滿意，但只是對工作態(tài)度滿意，后期當變更引發(fā)一系列問題時客戶并沒有感謝王先生的苦勞。
（4） 應(yīng)該讓客戶確認是否接受變更的代價。
在評估代價并且與客戶討論的過程中，可以請客戶一起做判斷：“我可以修改，但您能接受后果嗎？”。案例中如果王先生評估了修改界面的工作量并請客戶確認，則有三種可能：客戶預(yù)先接受延期這一后果，也就不會再質(zhì)問王先生了；如果客戶認為代價太大，則王先生就不必修改了；如果認為可以縮短延期時間，則王先生至少爭取到了與客戶協(xié)商的機會，讓客戶知道為此項目組需要付出加班的代價，吃個“明虧”。
上述步驟完成后，要等客戶確認變更再組織實施變更的相關(guān)工作。變更要按配置管理（讀者可以查閱相關(guān)的資料）的規(guī)定執(zhí)行，確保所有交付物的一致性和完整性。同時，對所有的變更要跟蹤和驗證，確保都按要求完成了。
最后，要特別提醒的是：要在項目開始就對項目組和客戶進行宣傳和培訓(xùn)，讓所有成員都理解變更控制的重要意義；在項目過程中要對變更控制的執(zhí)行情況進行審計，發(fā)現(xiàn)違反規(guī)定的事件要嚴肅處理，否則過程很快就會失效。
綜上所述，變更控制的目的是管理變化。變更控制對項目成敗有重要影響，事前要明確定義，事中要嚴格執(zhí)行。實施變更之前有四個重要控制點：授權(quán)、審核、評估和確認；在實施過程要進行跟蹤和驗證，確保變更被正確執(zhí)行。