雲端治理小組會隨著採用規模的發展,努力地與多個雲端採用小組的創新流程保持一致。 尤其是在具有繁重合規性、作業或安全性需求的環境中。 在此階段,公司通常會將雲端責任轉移至現有的中央 IT 小組。 如果該小組可以重新評估工具、程式和人員,以更妥善地支援大規模雲端採用,則加入中央 IT 小組可以大幅提高價值。 從作業、自動化、安全性和管理到將中央 IT 小組現代化的主題專家,可以推動有效的作業創新。
可惜的是,中央 IT 小組階段可能是組織成熟度中風險最高的階段之一。 參與的中央 IT 小組必須有強大的成長思維。 如果小組將雲端視為成長和調整的機會,則其可以在整個過程中提供絕佳的價值。 不過,如果中央 IT 小組將雲端採用主要視為對其現有模型的威脅,則中央 IT 小組會成為雲端採用小組及其所支援商務目標的障礙。 某些中央 IT 小組花了數個月甚至幾年的時間,嘗試強制讓雲端與內部部署方法保持一致,但都只會產生負面的結果。 雲端無須改變中央 IT 小組內的所有事項,但需要進行重大變更。 如果變更的阻力在中央 IT 小組內普遍存在,這個成熟度階段可能很快就成為文化反模式。
如果雲端採用方案大多著重於平台即服務 (PaaS)、DevOps 或其他需要較少操作支援的解決方案,則較不可能在此成熟度階段看到價值。 相反地,這些類型的解決方案最有可能因為嘗試將 IT 集中化而遭到阻礙。 較高層級的成熟度 (像是雲端卓越中心 (CCoE)) 比較有可能為這些類型的轉換工作產生正面的結果。 若要了解在雲端中集中 IT 與 CCoE 之間的差異,請參閱卓越雲端中心。
當成熟度自然地發生時,由於 IT 主導雲端採用工作,因此策略上的調整會發生在治理或中央 IT 小組之前。 當雲端採用工作由業務領導時,操作模型和組織的重點工作通常會較早發生。 可能的話,在流程初期定義業務成果和雲端策略小組。
營運一致性
從雲端採用工作實現商業價值需要穩定的作業。 雲端中的作業可能需要新的工具、程序或技能。 當需要穩定的 IT 作業來實現業務成果時,請務必新增已定義的雲端作業小組,如下所示。
雲端作業可由現有的 IT 作業角色來達成。 不過,將雲端作業委派給 IT 作業人員以外的其他人員並不罕見。 受控服務提供者、DevOps 小組及 IT 業務單位,通常需承擔雲端作業相關聯的責任,以及 IT 作業提供的支援和防護責任。 這在著重於 DevOps 或 PaaS 部署得雲端採用工作方面日益普遍。
雲端卓越中心
在成熟度的最高狀態中,雲端卓越中心會讓小組與新式雲端優先作業模型保持一致。 此方法提供集中化的 IT 功能,例如治理、安全性、平台和自動化。
此結構與中央 IT 小組結構之間的主要差異是強調自助和民主化。 此結構中的小組會盡可能地以委派控制權的意圖進行組織。 讓治理和合規性做法與雲端原生解決方案保持一致,可建立防護機制。 與中央 IT 小組模型不同的是,雲端原生方法可充分發揮創新成果,並將作業的額外負荷降至最低。 若要採用此模型,需要業務和 IT 領導階層在 IT 程序現代化方面有共同協議。 此模型不太可能自然地發生,而且通常需要執行支援。