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