隨著公司業務的發展，對它的需求越來越多，系統變更的次數也越來越多。過去三年，團隊變動的年增長率達到50%以上，但團隊人數不可能每年都以這麽高的速度增長。同時，由於系統越來越大，系統之間的集成復雜，人們對變更質量的要求也越來越高，因為壹個看似簡單的變更可能會影響多個IT系統。有鑒於此，變革中對自動化的需求越來越強烈。
簡單的變更流程是申請人提交變更，變更管理員審查變更方案的規範性，變更審批人審查方案的合理性。如果變更影響較大，評審委員會的決定需要變更。評審通過後，變更管理員與變更申請人溝通，調度變更，變更實施者實施變更。執行中如有異常，將按照異常變更流程進行變更升級。實施完成後，反饋變更結果，通知變更申請人組織變更驗證。如果申請人未能驗證，將通知變更實施者回滾變更。變更完成後，申請人將反饋變更實施結果。最後，變更管理器將關閉變更並跟蹤失敗的變更。
以上改變過程的內容看似簡單，但在處理改變過程中會出現很多問題。讓我們看看這些問題引起的質量問題是如何通過自動化的方法來避免的。
1，變更方案質量低的問題
很多項目組頻繁換人，新的變更申請人因為工作交接不到位，不知道怎麽寫變更方案。雖然大部分變更方案都有變更模板支持，但是讓壹個沒有經驗的新人提交變更還是存在各種各樣的問題，比如缺少變更的非標準步驟。有些方案是根據自己的直覺想象寫出來的，根本沒有實現模板。對於這類問題，通過更改方案的結構，申請人可以選擇逐個更改標準步驟，整合壹個方案，或者直接應用最近壹次相關的更改作為新的更改模板，稍加修改即可提交。變更計劃的自動化極大地提高了變更計劃的準確性和標準化。
2、改變沖突。
由於變更管理員習慣於手動溝通和調度，許多變更方案只能在每個變更管理員總結變更計劃時才能發現變更沖突。手工校對很容易漏讀或漏讀Excel內容。變更對生產環境的影響很大，比如壹個系統的OS打了補丁升級了，但是另壹個系統還在版本上線的過程中，原來部署應用的時候重啟了OS。這對於具有高時間窗口要求的關鍵系統來說極具破壞性。通過變更自動化，可以在提交相應的系統變更時直觀地識別出相互影響的變更，避免變更沖突。
3、變更審批不方便
過去，變更計劃只能在計算機上處理。比如以前經常有壹些變更因為方案問題需要反復修改，變更管理員要壹直在公司等著。隨著零錢業務的增多，這種等待的情況變得越來越嚴重。變更管理員對此感到困擾，移動審批將變更管理員從這個場景中拯救出來。變更可以在任何時間和任何地點獲得批準。
4.改變排隊等候的問題。
之前的變更排隊現象是最麻煩的問題，因為變更很多，壹個人的名字有很多變更，往往會導致項目團隊的變更，往往需要好幾次才能等到變更落實。部署自動化的出現極大地改善了這個問題。
我們壹直認為，變更的實施必須等到業務系統最不忙的時候。大部分系統在工作日使用，所以為了減少對全球業務的影響，大部分系統變更的時間窗口會選擇在周六晚上22點，持續到周末早上8點。我已經和改變在壹起很久了，覺得這樣做很自然。其實並不是。誰說零錢壹定要放在周六晚上？通過變更自動化和變更操作管理，可以有效地控制變更後系統的變更質量。例如，壹個系統已經被多次證明可以在65，438+00分鐘內成功完成變更自動化實現。那麽，通過架構的高可用性和變更自動化工具平臺，變更必將達到隨時隨地實施的高度。到那時，再多的變化都不是問題。