許多 IT 組織都會分享達成商業和技術靈活度的核心目標。 卓越雲端中心（CCoE）是一項功能，可協助組織在追求此目標時平衡速度和穩定性。
函式結構
CCoE 模型需要在下列每個資源之間進行共同作業：
- 雲端採用 (解決方案架構)
- 雲端策略 (計畫經理和專案經理)
- 雲端治理
- 雲端平臺
- 雲端自動化
影響
當此功能經過適當結構化和支援時，參與者可以加速創新和移轉工作，同時降低變更的整體成本並增加業務靈活性。 成功實施時，此功能可以明顯減少上市時間。 隨著小組做法成熟，質量指標會改善，包括可靠性、效能效率、安全性、可維護性和客戶滿意度。 如果公司計劃實作大規模的雲端移轉工作，或想要使用雲端來推動與市場差異相關的創新，這些效率、靈活度和品質的提升尤其重要。
成功時，CCoE 模型會在IT中建立重大轉變。 在 CCoE 方法中，IT 可做為企業的代理人、合作夥伴或代表。 此模型為不同範例，與傳統上對 IT 看法不同，它不將 IT 視為企業與 IT 資產之間的作業單位或抽象層。
下圖提供這項變更的類比。 如果沒有 CCoE 方法，IT 通常會專注於提供控制和中央責任，就像交叉路口的停燈一樣。 當 CCoE 成功時，IT 的角色類似於焦點位於自由和委派責任的交匯處。
這兩種方法都是有效的;它們是責任和管理的替代觀點。 如果您想要建立自助模型，讓業務單位能夠自行做出決策，同時遵守一組指導方針並建立可重複的控件，CCoE 模型可以納入技術策略中。
主要責任
CCoE 小組的主要職責是透過雲端原生或混合式解決方案加速雲端採用。
CCoE 的目標是：
- 使用敏捷式方法來擷取及實作業務需求，協助建置現代化IT組織。
- 使用符合安全性、合規性和管理原則且可重複使用的部署套件。
- 維護遵循操作程序的功能性 Azure 平台。
- 檢閱及核准雲端原生工具的使用。
- 隨著時間標準化及自動化常用的平台元件和解決方案。
會議頻率
務必要允許自然協作，並透過共用存放庫或解決方案目錄來追蹤成長。 最大化自然互動，但最小化會議。 週期性會議，例如雲端採用小組所主持的發行會議，可以提供數據輸入。 不過，在此功能成熟之後，請嘗試限制專門會議。 在共享每個發行計劃之後舉行會議，可以為這個團隊提供一個基本的互動機會。
解決方案和控制件
CCoE 的每個成員都必須了解導致目前這組 IT 控制措施的必要限制、風險和保護。 CCoE 會將對雲端的理解轉化為雲端原生（或混合式）解決方案或控制措施，以便實現自助式業務成果。 隨著解決方案的建立，這些解決方案會以控件或自動化程式的形式與其他小組共用，以作為各種工作的護欄。 這些護欄有助於引導小組活動，並將責任委派給參與者進行移轉或創新工作。
下表描述此轉換的一些範例。
| 情境 | CCoE 前解決方案 | CCoE 之後的解決方案 |
|---|---|---|
| 在生產環境中布建 SQL Server 實例 | 網路、IT 和數據平臺小組會在數天或幾周內布建元件。 | 需要伺服器的小組部署了 Azure SQL 資料庫的平臺即服務（PaaS）實例。 或者，部署可以使用預先核准的範本，讓所有基礎結構即服務 （IaaS） 資產在數小時內移轉至雲端。 |
| 布建開發環境 | 網路、IT、開發和 DevOps 小組同意規格和部署環境。 | 開發小組會定義自己的規格，並根據配置的預算來部署環境。 |
| 更新安全性需求以改善數據保護 | 網路功能、IT 和安全性小組會更新數個環境之間的網路裝置和虛擬機（VM），以新增保護。 | 雲端治理工具可用來更新可立即套用至所有雲端環境中所有資產的原則。 |
談判
正在進行的談判進程是 CCoE 努力的根源。 CCoE 小組會與現有的 IT 部門交涉，以減少集中控制。 此談判中業務取捨是自由、靈活度和速度，而現有IT小組的取捨價值會作為新的解決方案來提供。 新的解決方案可為現有的 IT 小組提供下列一或多個優點：
- 自動化常見問題的能力
- 改善一致性並減少日常挫折感
- 學習和部署新技術解決方案的機會
- 降低高嚴重性事件（需要較少的快速修正或深夜呼叫器值班回應）
- 擴大其技術範圍並解決更廣泛的主題的能力
- 參與高層級商務解決方案，解決技術的影響
- 減少例行性簡單維護工作
- 技術戰略和自動化的增長
為了換取這些優點，現有的IT函式可能會交易下列值：
- 手動核准流程帶來的掌控感
- 變更控制帶來的穩定感
- 完成必要重複工作的作業安全性感
- 遵循現有IT解決方案供應商所帶來的一致性感覺
在健康的雲端導向公司中，這個協商過程是合作夥伴IT團隊與同儕之間的動態對話。 技術詳細數據可能很複雜，但當IT了解目標並支援 CCoE 工作時，即可管理這些詳細數據。 當 IT 不夠支持時，接下來關於促進 CCoE 成功的部分可以幫助克服摩擦。
促成 CCoE 成功
在您繼續進行此模型之前，請考慮公司對成長型思維的容忍度，以及IT部門對釋放核心職責的舒適度。 如先前所述，CCoE 以放棄控制來換取靈活性和速度。
這種類型的變更需要時間、實驗和交涉。 過程中會有顛簸和挫折，但如果團隊保持勤奮，而且不鼓勵進行實驗，則提高靈活度、速度和可靠性方面，成功的可能性很高。 最大的成功因素之一是領導和關鍵項目關係人的支援。
重要項目關係人
IT 領導是第一個最明顯的關係人。 IT 經理扮演重要角色，但實作此模型需要 CIO 和其他主管層級 IT 領導者的支援。
較不明顯的是企業利害關係人的需求。 業務靈活度和上市時間是形成 CCoE 的主要動機。 因此，主要項目關係人對這些領域具有既得利益。 業務項目關係人的範例包括企業營運領導者、財務主管、營運主管，以及商務產品擁有者。
來自商務項目關係人的支援
商務項目關係人的支援可以加速 CCoE 工作。 CCoE 工作的大部分焦點都集中在對業務靈活度和速度進行長期改善。 定義目前作業模型的效果和改進的價值，是 CCoE 的指南和交涉工具。 建議您在文件中建立或明確定義以下項目，以增加對 CCoE 的支持：
預期的業務成果和目標。
目前的IT程式痛點，例如速度、靈活度、穩定性和成本挑戰。
這些痛點的歷史影響，例如失去市場份額、競爭對手在特色和功能方面的收益、客戶體驗不佳，以及預算增加。
目前痛點和作業模式所阻礙的商業改進機會。
與這些機會相關的時程表和指標。
這些數據點不是IT的攻擊。 相反地，他們協助 CCoE 小組從過去學習、建立實際的待辦專案，以及規劃改進。
利益相關者的持續支持和參與
CCoE 小組可以在某些領域展示快速回報，但更上層的目標，例如業務靈活度和上市時間，可能需要更長的時間。 在組織成熟過程中，CCoE 團隊有很高的風險會感到沮喪或成員被拉去專注於其他資訊科技工作的情況。
在 CCoE 工作的前六到九個月中，我們建議業務項目關係人每月與 IT 領導階層和 CCoE 會面。 這些會議的正式儀式幾乎不需要舉行。 只要提醒 CCoE 成員及其領導此計劃的重要性，就能為 CCoE 的成功邁出很長的路。
我們也建議業務相關人員持續了解雲卓越中心團隊所經歷的進展情況和障礙問題。 他們的努力似乎是技術細節，但業務關係人需要了解計劃的進度，以便他們能夠在小組失去動力或因其他優先順序而分心時參與。
IT 利害關係人的支援
IT 項目關係人的支援應包含下列活動：
支援願景： 成功的 CCoE 工作需要與現有的 IT 小組成員進行大量談判。
做好時，所有 IT 都會為解決方案做出貢獻，並且對變更感到自在。 有時候，現有IT小組的某些成員可能會想要保留以控制機制。 發生這類情況時，IT 項目關係人對 CCoE 的支援對於 CCoE 的成功至關重要。 IT 利益關係人需要鼓勵和加強 CCoE 的全面目標，以解決適當談判的障礙。 在罕見的情況下，IT 利益關係人可能需要介入並打破僵持局面或票數相等的情況，以維持 CCoE 的進展。
維護焦點： CCoE 對於任何資源受限的 IT 小組來說，可能是一項重大承諾。
將強大的架構設計人員從短期專案中移除，以專注於長期收益，可能會為不屬於 CCoE 的小組成員帶來困難。 IT 領導和 IT 專案關係人必須持續專注於 CCoE 的目標。 IT 領導者和 IT 利益關係人的支援，可以降低日常運營中斷的優先級，從而有利於 CCoE 職責的履行。
建立緩衝區： CCoE 小組會使用新方法進行實驗。
某些新方法無法與現有的作業或技術條件約束保持一致。 當實驗失敗時，CCoE 小組可能會承受來自其他小組的壓力或追索。 務必要鼓勵並支持 CCoE 團隊抵禦「快速失敗」學習機會可能帶來的影響。 同樣重要的是讓小組負責成長思維，以確保他們從這些實驗中學習，並找到更好的解決方案。
後續步驟
CCoE 模型需要雲端平臺函式和雲端自動化函式。 下一個步驟是對齊雲端平臺函式。