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