卓越雲端中心 （CCoE） 功能

許多 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 和數據平臺小組會在數天或幾周內布建元件。	需要伺服器部署平臺即服務實例的小組 SQL 資料庫。 或者，部署可以使用預先核准的範本，讓所有基礎結構即服務 （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 小組變得不鼓勵或讓成員專注於其他IT工作的風險很高。

在 CCoE 工作的前六到九個月中，我們建議業務項目關係人每月與 IT 領導階層和 CCoE 會面。 這些會議的正式儀式幾乎不需要舉行。 只要提醒 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 模型需要雲端平臺函式和雲端自動化函式。 下一個步驟是對齊雲端平臺函式。

雲端平臺功能