成熟的小組結構
所有雲端功能都是由某個人在每個雲端採用工作期間提供的。 這些指派和小組結構可以自然地開發，也可以刻意設計來符合已定義的小組結構。
隨著採用需求的成長，平衡和結構的需求也在增長。 觀賞這段影片，了解不同組織成熟度階段上的常見小組結構。
下圖會根據一般成熟度階段來概述這些結構。 您可以使用這些範例來尋找最符合您作業需求的組織結構。
組織結構通常會透過以下所述的常見成熟度模型來推動：
大部分的公司只從雲端採用小組開始著手。 但是，我們建議您建立一個與 MVP 最佳做法結構更相近的組織結構。
僅限雲端採用小組
雲端採用小組是所有雲端採用工作的核心。 此小組會推動開始採用的技術變更。 根據採用工作的目標，此小組可能會包含各種不同範圍的團隊成員，而這些成員會處理一組廣泛的技術和商務工作。
針對小規模或初期採用工作，此小組可能只有一人。 在大規模或後期工作中，通常會有數個雲端採用小組，每個小組都有大約六個工程師。 無論大小或工作為何，所有雲端採用小組的一致方向就是提供將解決方案上架到雲端的方法。 對於某些組織而言，這可能是指適當的組織結構。 雲端採用小組文章中提供有關雲端採用小組結構、組成和功能的更深入解析。
警告
僅使用一個雲端採用小組 (或多個雲端採用小組) 的作法被視為是反模式，應予以避免。 至少，您應考慮 MVP 最佳做法。
最佳做法：最小可行產品 (MVP)
建議您成立兩個小組，以在雲端採用工作之間建立平衡。 這兩個小組會負責整個採用工作中的各種功能。
- 雲端採用小組：此小組負責技術解決方案、商務一致性、專案管理和採用解決方案的作業。
- 雲端治理小組：為了在雲端採用小組之間取得平衡，雲端治理小組會致力於確保採用的解決方案具有卓越能力。 雲端治理小組負責平台成熟度、平台操作、治理和自動化。
這項經證實的方法被視為 MVP，因為其可能不是持續性。 每個小組都有許多任務，如負責者、當則者、諮詢者、接收通知者 (RACI) 圖表中所述。
下列各節描述人員完整的已驗證組織結構，以及讓適當結構與組織保持一致的方法。
集中式 IT 小組
雲端治理小組會隨著採用規模的發展，努力地與多個雲端採用小組的創新流程保持一致。 尤其是在具有繁重合規性、作業或安全性需求的環境中。 在此階段，公司通常會將雲端責任轉移至現有的中央 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 程序現代化方面有共同協議。 此模型不太可能自然地發生，而且通常需要執行支援。
後續步驟
在符合組織結構成熟度的特定階段之後，您就可以使用 RACI 圖表來調整每個小組的責任。