自動化世界中變革諮詢委員會的新角色

在瞬息萬變的世界中，不久前行之有效的流程如今已不再適用。變革諮詢委員會 (CAB) 的運作方式就是其中之一。

採用類似框架的目的 DevOps 旨在透過賦能來加速價值成長 持續整合和持續交付（CI/CD）但是，要求每次變更都必須提交變更諮詢委員會 (CAB) 進行審查和批准，這違背了敏捷流程的初衷。

使用變更諮詢委員會 (CAB) 來評估每項變更也會佔用寶貴的員工資源。 CAB 成員通常是組織中最高層級的 IT 和技術領導者，他們的時間和才能非常寶貴。

組織可以透過調整變更諮詢委員會 (CAB) 在變更流程中的角色來減輕成員的壓力。 CAB 無需評估每項變更，而是可以根據需要召開臨時會議。某些標準變更可以指定由 CAB 成員單獨審核，並在部署階段之前標記為需要預先批准或進一步討論。調整 CAB 的工作重點有助於更快地創造價值並更有效地利用資源，同時仍能確保 CAB 在必要時發揮作用。

這 4 個步驟將進一步減少對 CAB 的依賴，並加速 IT 維運的價值創造。

1. 建立無需人工審批的標準變更模型
2. 識別並監控能夠揭示變革風險的關鍵指標 人工智慧 (AI) 和機器學習 (ML) 支援的分析
3. 盡可能尋找機會實現變更審批流程自動化，並指定一名變更賦能經理來管理低階風險。
4. 僅在高風險情況或最高層級策略決策需要時才聯繫危機諮詢委員會 (CAB)，並且團隊應進行線上會議，而非線下會議。

這些舉措解放了 CAB 成員的時間，加速了價值創造，並對組織內的 CI/CD 目標產生了正面影響。

發展變革模型以實現更多變革，標準變革

內 ITIL v3 和 v4 變化主要分為三種類型。它們分別是：

1. 標準變更風險低且已獲得預先授權，並有成熟的解決方案程序。
2. 緊急變更，例如在發生重大事故時，需要立即實施的變更。
3. 正常變更，或任何未包含在標準變更或緊急變更類別中的變更。

任何風險較低的變更都應作為標準變更處理。組織內部的大多數變更都應遵循標準流程，並制定相應的解決方案和回滾程序以應對可能出現的問題。遵循既定流程的標準變更可以預先獲得批准，無需變更諮詢委員會 (CAB) 的參與即可解決。這樣，CAB 可以將精力集中在緊急變更和其他職責上。

正常的變更不應該頻繁發生。即使出現，也不一定需要變更諮詢委員會 (CAB) 的審查才能解決。應該對這些變更進行評估和建模，以便將來能夠像標準變更一樣運作。有時，將變更拆分成更小的元件可以簡化流程。這樣，變更的盡可能多的組件就可以符合標準模型，而真正的新組件則可以單獨考慮。

目標是 模型變化 這樣一來，它們就能更快地獲得預先批准並得以實施。隨著標準變更量的增加，變更自動化程度越高，對變更諮詢委員會 (CAB) 的參與需求就越少，從而帶來更多機會。

即使 CAB 最初審查了貴組織的每項變更，它也不必繼續以這種方式運作。

“過去，讓變更諮詢委員會 (CAB) 對所有變更請求簽字，可能是該組織唯一知道如何滿足審計要求的方法。” 說 DevOps 顧問凱瑪卡魯“這絕對不是ITIL指南中的建議。”

利用分析技術監控變革風險

組織可以利用數據分析變化，找出風險來源。建立變化風險模型能夠幫助 IT 維運領導者制定和實施風險因應策略。 監控指標 能夠「感知」變化。領導層可以快速評估風險，消除評估和解決變化過程中的延誤，並且 創造更直覺的 IT 變更風險管理 在組織內部。

有些指標可以直接從資料中匯出，而有些則需要複雜的機器學習建模才能得出。機器學習可以評估給定變化風險因素的預測能力，逐步建立以最佳預測因子為重點的因果模型。隨著時間的推移，機器學習建模可以將事件和問題與風險因素關聯起來，產生更準確的結果，並建構出一個能夠識別哪些因素和發展實踐會導致變化風險的敘述。

Numerify 的一位客戶透過分配“改變風險信用評分組織中的每位變革經理都應獲得此評分。此數值評分基於多項風險因素，可透過經理的行動和結果加以改善。這項行為KPI揭示了因果關係，從而能夠更快地解決問題，並減少處理變革相關問題所花費的時間、金錢和精力。

組織可以利用機器學習和人工智慧開發額外的預測模型和關鍵績效指標 (KPI) 來改善流程。基於建模的風險因素分配客觀的風險評分可以簡化回應流程，並使變更管理能夠及時做出決策。在這種情況下：

• 可以接受低至中等風險。
• 高風險項目可由資本諮詢委員會 (CAB) 進行審查，並根據情況凍結、拆分或採用其他策略處理。

曼徹斯特 變更風險模型 應提供清晰的可視化評估介面，並配備自助式儀錶板供後續調查使用。這將減少耗費人力的手動資料提取和分析，從而避免決策延遲數天甚至數週。

減少召開變更諮詢委員會 (CAB) 會議以獲得變更批准的必要性

需要記住的是，CAB 代表的是變革。 諮詢 變更諮詢委員會（CAB）並非變更審批委員會。 CAB 的初衷並非要對所有變更進行審批，也並非用於標準變更。

風險管理可以透過分析、指標監控和評分系統來簡化，同時還可以實現底層變更的自動化。變更諮詢委員會（CAB）僅應在定期策略更新時召開，且CAB會議應以線上形式舉行。

這種轉變也減少了召開緊急變更諮詢委員會 (CAB) 會議的必要性。取而代之的是，變更賦能經理可以主動監控變更。高風險變更在實施時可以預先設定回溯措施，並安排頂級 IT 專家隨時待命，以應對可能的變更。

賦予 CAB 在 IT 組織中策略性作用

公民諮詢局的這個新角色具有戰略意義，因為 Google 建議：「透過將詳細的程式碼審查工作交給實踐人員和自動化方法，領導和管理人員的時間和精力可以騰出來，專注於更具戰略意義的工作。這種從把關人到流程架構師和資訊指引者的轉變，與那些在軟體交付績效方面表現卓越的組織的實踐是一致的。”

這種策略重點減輕了寶貴人力資源的壓力，同時確保了持續整合/持續交付（CI/CD）的持續進行。在全球危機時期，這一點尤其重要，因為大多數組織團隊都在遠距工作。

企業可以運用以IT分析為指導的策略思維，並藉鏡以往成功經驗建構流程，打造一個輕鬆便捷而非繁瑣的變更諮詢委員會（CAB）審查模型。只要在必要時使用該模型，企業就能在持續更新產品和提升顧客滿意度的同時，保持價值並加速產品創造。