做過項目管理的朋友估計都有過這樣的經(jīng)歷：一個看似很小的需求變更，像"把這個按鈕顏色從藍(lán)色改成綠色"這樣簡單的事情，最后卻引發(fā)了一連串的連鎖反應(yīng)——后端接口要調(diào)整，測試用例要重寫，上線時間要推遲，團(tuán)隊成員要加班。有經(jīng)驗的項目經(jīng)理碰到這種情況，往往會拍拍新人的肩膀說："這就是為什么我們需要變更控制。"
如果你正在為企業(yè)搭建質(zhì)量管理體系，或者正在考慮引入專業(yè)的體系搭建服務(wù)，那么你可能會聽到一個專業(yè)名詞——變更控制流程管理。聽起來挺高大上的，對吧？其實說白了，它就是一套"管變化"的規(guī)矩。今天這篇文章，我想用比較接地氣的方式，跟大家聊聊體系搭建服務(wù)里為什么包含變更控制流程管理，它到底管的是什么，以及企業(yè)在實施過程中容易踩哪些坑。
想象一下你們家的裝修。裝修前你肯定做了不少功課，畫了效果圖，定好了風(fēng)格，預(yù)算也超支了好幾輪終于敲定了。結(jié)果住進(jìn)來不到三個月，你媳婦說"我覺得這個沙發(fā)靠窗放更好"，你媽說"廚房和客廳之間還是想有個推拉門"。這些就是變更——對原有計劃的修改。
單打獨(dú)斗的家庭裝修，變更可能就涉及家庭成員之間的協(xié)商和錢包的問題。但對于一個企業(yè)、一個項目來說，變更的影響可就不是換個沙發(fā)那么簡單了。一個變更可能影響多個部門的協(xié)作，可能需要重新采購設(shè)備，可能要讓已經(jīng)測試通過的軟件重新走一遍測試流程，嚴(yán)重的甚至?xí)绊懙揭呀?jīng)上線運(yùn)行的系統(tǒng)。
變更控制，就是給這些"突發(fā)奇想"設(shè)的一道坎。不是說不讓變，而是讓變更走一套流程：誰提的變更，為什么要想變，變完之后會影響到什么，需要哪些人來確認(rèn)，準(zhǔn)備花多長時間多少成本來實施這個變更。這套流程的存在，就是為了避免變更失控，確保每一次變化都是在可控范圍內(nèi)的理性決策。
很多人以為變更控制就是"卡住不讓變"，這是對它最大的誤解。好的變更控制其實是"讓該變的變，不該變的不變，變的過程要清楚"。具體來說，它要解決這么幾個問題：
當(dāng)你找到康茂峰這樣的專業(yè)服務(wù)機(jī)構(gòu)做體系搭建時，他們給你設(shè)計的變更控制流程管理規(guī)定，通常會涵蓋以下幾個核心部分。這些內(nèi)容共同構(gòu)成了一套完整的"變更管理機(jī)制"，企業(yè)日常運(yùn)營中的大小變化都有了規(guī)矩可以循。
并不是所有變更都是一個層級的。改個字和一個核心功能的改版，顯然不能走同一個流程。專業(yè)的體系搭建服務(wù)會幫你把變更分分類、分分級。
常見的分類方式有幾種維度。按變更影響范圍分，可能分為局部變更和全局變更；按緊迫程度分，可能分為緊急變更、普通變更和重大變更；按變更內(nèi)容分，可能分為功能性變更、非功能性變更（比如性能、安全性）、文檔變更等。分級也不是隨便定的，得結(jié)合企業(yè)的實際情況——有的企業(yè)覺得影響三個以上系統(tǒng)就算重大變更，有的企業(yè)可能閾值設(shè)得更高。
康茂峰在幫企業(yè)做體系搭建的時候，通常會先了解企業(yè)的業(yè)務(wù)規(guī)模、項目復(fù)雜度，然后給出分級建議。這個過程不能太死板，也不能太隨意。太死了企業(yè)執(zhí)行不了，太松了又失去了管理的意義。
既然要管變更，第一步就是"誰想變，得先提出申請"。這個申請可不是發(fā)個微信說"我想改一下"就行，得正式一些。
一份合格的變更申請單，通常需要包含這些要素：變更的描述（到底要改什么）、變更的原因（為什么要變）、變更的預(yù)期效果（變了之后有什么好處）、變更的影響范圍（會涉及到哪些系統(tǒng)、哪些部門）、變更的時間要求（希望什么時候完成）、變更的申請人信息和申請時間。
你別覺得這些要求太繁瑣。實踐表明，變更申請寫得越詳細(xì)，后面的評估和實施就越順利。我見過有些企業(yè)，變更申請就寫一句話："優(yōu)化用戶體驗"。結(jié)果開會討論的時候，七八個人坐在一起，光是搞清楚"什么叫優(yōu)化用戶體驗"就花了半小時。
申請交上來了，不能石沉大海，得有人來評評估、批審批。這個環(huán)節(jié)是變更控制的核心。
評估要評估什么？首先是可行性——這個變更能不能實現(xiàn)，技術(shù)上有沒有困難，資源夠不夠。其次是必要性——這個變更真的有必要嗎，有沒有其他更好的方式達(dá)到同樣的目的。再次是影響分析——改了之后會不會影響現(xiàn)有功能，會不會引入新的問題，測試成本有多高。最后是成本效益——花這么多人力物力做這個變更，帶來的價值值不值。
審批的話，不同級別的變更走不同層級的審批。小的變更可能組長審批就夠了，中等變更需要部門負(fù)責(zé)人批，重大變更可能需要高管會議決策。這里有個原則要把握：審批層級越高，變更的復(fù)雜度和影響通常越大，不能讓一個小變更也跑去找CEO簽字，那效率就太低了。
審批通過之后，就可以開始實施變更了。但這不意味著就能撒手不管了。
實施過程中要注意幾件事：一是按照既定的方案執(zhí)行，別擅自發(fā)揮；二是做好實施記錄，什么時候改的，改了哪里，都要留痕跡；三是如果實施過程中發(fā)現(xiàn)問題或者需要調(diào)整，要及時反饋，不能悶頭硬做。
實施完了還不行，得驗證。驗證的目的就是確認(rèn)變更達(dá)到了預(yù)期效果，沒有帶來新的問題。驗證的方式要看變更的性質(zhì)，可能是功能測試，可能是性能測試，也可能是用戶驗收測試。驗證通過，這個變更才算真正閉環(huán)。
變更管理不是做一次就完事了，所有的變更都要記錄在案。這些記錄以后會成為重要的參考資料。
變更記錄應(yīng)該包括變更的完整申請信息、審批過程、實施過程、驗證結(jié)果，還有最終的變更狀態(tài)——是成功完成了，還是中途取消了，還是實施后發(fā)現(xiàn)問題回滾了。定期對這些記錄做回顧和分析，能發(fā)現(xiàn)不少有價值的信息。比如某個模塊的變更特別頻繁，可能說明這個模塊的設(shè)計有問題，需要優(yōu)化；比如某類變更的審批經(jīng)常被駁回，可能說明大家對變更的判斷標(biāo)準(zhǔn)不一致，需要統(tǒng)一認(rèn)識。
說完理論部分，我想聊聊實際工作中常見的一些問題。這些坑康茂峰在服務(wù)客戶的過程中沒少遇到，說出來給大家提個醒。
有的企業(yè)做變更控制，一上來就照搬大公司的成熟體系，流程設(shè)計得特別完美、特別復(fù)雜。結(jié)果呢？基層員工覺得填表太麻煩，審批流程太長，寧可偷偷改也不走流程。到最后，變更管理形同虛設(shè)，私下變更反而更多了。
解決這個問題的關(guān)鍵是"匹配"。流程設(shè)計要和企業(yè)的發(fā)展階段、人員配置、管理成熟度相匹配。創(chuàng)業(yè)公司沒必要搞那么多審批層級，但至少要有個簡單的報備機(jī)制；成熟企業(yè)可以設(shè)置更精細(xì)的管控，但也要注意效率，別讓流程成為工作的阻礙。
另一個極端是流程雖然有，但審批的人不認(rèn)真審。變更申請遞上去，看都不看就簽字通過了。這種情況下，變更控制完全失去了意義，還多了一堆沒用的paperwork。
解決這個問題需要在文化和制度上下功夫。首先要讓審批人員明白，簽字是要負(fù)責(zé)任的；其次要建立抽查機(jī)制，偶爾看看審批過的變更實施效果怎么樣；最后，對于重大變更，可以設(shè)置"審批不通過"的例子，讓大家都看看——這不是走過場，是真會卡人的。
有些企業(yè)把變更控制當(dāng)成純流程來做，變更來了就按流程走，走完就結(jié)束。但從來不問一句：為什么會有這么多變更？是不是源頭就沒管好？
如果一個項目的變更請求源源不斷，項目經(jīng)理應(yīng)該警醒一下了。是不是需求調(diào)研沒做充分就開始開發(fā)？是不是客戶朝令夕改缺乏決策機(jī)制？是不是開發(fā)人員對需求的理解有偏差？變更控制不只是處理變更，更要通過變更的規(guī)律發(fā)現(xiàn)更深層的問題，從根本上減少不合理的變更。
成熟的變更管理體系會專門給緊急變更設(shè)計一套簡化流程：誰來認(rèn)定是緊急變更，簡化流程是什么樣的，緊急變更之后需要補(bǔ)哪些手續(xù)，事后要不要復(fù)盤。這些都要提前定好，不能臨時抱佛腳。
說了這么多，變更控制流程管理到底能給企業(yè)帶來什么實際的好處？我總結(jié)了這么幾點。
這是最直接的好處。項目做了一半發(fā)現(xiàn)要改這個要改那個，時間超了預(yù)算超了，這種事情誰都不希望發(fā)生。變更控制讓變更的"成本"可視化——你要變，可以，但得先把影響說清楚。這樣一來，決策者做決定的時候會更謹(jǐn)慎，項目經(jīng)理對進(jìn)度和成本的把控也會更有底氣。
企業(yè)里很多問題都是溝通不暢導(dǎo)致的。A部門改了東西沒告訴B部門，B部門不知道系統(tǒng)已經(jīng)變了還在按老方式工作，結(jié)果出了問題互相甩鍋。變更控制的流程里有一環(huán)就是"通知相關(guān)方"，讓所有可能受影響的人都能及時知道變化、做好準(zhǔn)備。長期堅持下來，跨部門的協(xié)作會順暢很多。
變更記錄不是寫完就扔的垃圾，而是寶貴的知識資產(chǎn)。以后遇到類似的問題，可以翻翻以前的變更記錄，看看當(dāng)時是怎么處理的，效果怎么樣。組織在不斷變更的過程中慢慢積累經(jīng)驗，這些經(jīng)驗又指導(dǎo)未來的決策，形成良性循環(huán)。
有些行業(yè)對變更管理是有法規(guī)要求的。比如醫(yī)藥行業(yè)要符合GMP，IT行業(yè)要符合ISO27001，都有關(guān)于變更控制的明確條款。企業(yè)如果想拿相關(guān)的認(rèn)證資質(zhì)，建立健全的變更控制流程是基本要求。
如果你正在考慮做體系搭建，或者正在挑選服務(wù)機(jī)構(gòu)，有幾點心得可以分享。
首先，變更控制不是越多越好，也不是越少越好，關(guān)鍵是要適合自己。太復(fù)雜執(zhí)行不了，太簡單管不住，最好是"略高于當(dāng)前水平"——既能解決實際問題，又不至于讓員工抵觸。
其次，流程設(shè)計出來只是第一步，更重要的是落地執(zhí)行。很多企業(yè)花了大價錢做的體系，最后變成了墻上的裝飾品，一點用都沒有。康茂峰在服務(wù)客戶的時候，通常會建議客戶先在小范圍內(nèi)試點，跑通了再推廣，而且要持續(xù)跟進(jìn)執(zhí)行情況。
最后，變更控制也是需要持續(xù)優(yōu)化的。企業(yè)的業(yè)務(wù)在發(fā)展，項目在變化，變更管理的方式也要跟著變。過個一兩年回頭看看以前的流程，可能有些環(huán)節(jié)已經(jīng)不合時宜了，該調(diào)整就要調(diào)整。
體系搭建是一件需要耐心和智慧的事情。變更控制流程管理，聽起來只是其中的一個小模塊，但它對整個體系的運(yùn)轉(zhuǎn)卻起著至關(guān)重要的作用。它就像一個隱形的齒輪，雖然不起眼，但缺了它，整個機(jī)器可能就會卡殼。
