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