本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
建立 CCoE
考慮透過轉型辦公室或雲端卓越中心 (CCoE) 發展您的雲端領導職能。CCoE 開發並宣傳在整個組織中大規模實作雲端技術的方法。為了成功採用雲端，請設計您的 CCoE 以包含代表，他們可以代表參與的團隊和部門。從小規模開始，並逐步發展 CCoE，以在轉型過程中滿足您的需求。您的主要雲端供應商代表，例如 AWS 您的帳戶管理員和解決方案架構師，可以提供資源來引導您建立 CCoE。CCoE 可加速您建立主題專業知識、達成接受、獲得整個組織的信任，以及建立符合任務需求的有效指導方針。沒有適用於每個機構的單一組織結構，但下列問題可協助您設計自己的 CCoE。
-
您應該在 CCoE 中包含誰？
一開始，CCoE 可能只包含少數早期採用者和雲端擁護者。CCoE 可能仍然很小，但應該發展為包括可以同時代表業務職能和技術職能受到雲端採用影響的擁護者。業務職能包括變更管理、利益相關者要求、控管、訓練、採購和通訊。這些函數通常由您機構的管理和教學團隊的成員表示。技術功能包括基礎設施、自動化、操作工具、安全性、效能和可用性。這些函數通常由您機構的 IT 團隊的成員表示。CCoE 也應視需要尋求讓廠商和合作夥伴參與，以提供主題專業知識。CCoE 是活體組織。其成員資格、形式和函數可能會隨著時間而變更，甚至可能在未來的成熟期解散。
-
CCoE 如何與其利益相關者互動？
CCoE 為其他團隊提供服務，且僅用於通知和啟用成功的雲端採用。查看各個部門、學校和函數中 CCoE 的內嵌部分。這可讓您存取更廣泛的資源和更快的內部意見回饋。專注於及早在利益相關者之間建立合作夥伴關係和開放溝通管道，以在機構內建立信任並打破組織孤島。CCoE 應該已定義與利益相關者通訊、收集意見回饋和訓練使用者的機制。CCoE 的成功指標應該反映這類協同合作和通訊。如果只根據建置技術來衡量團隊，將會建置更多技術，但其使用方式和結果將成為事後考量。您的指標應該改為測量下列項目：透過 CCoE 工作變得自給自足的團隊數量、CCoE 在計劃關鍵路徑上的次數、所持有的訓練事件數量，或採用 CCoE 輸出的廣度。建構良好、信任的 CCoE 可以是建立在信任之上的大型組織轉型的基石。
-
您應該如何建立 CCoE？
大多數組織都使用特定的目標試驗專案開始採用雲端。在這些專案中建立 CCoE。良好的開始對於定義整個旅程的成功至關重要。
-
從業務問題開始。為技術而生的技術是一種不好的策略。如果您正在試驗雲端技術，請識別令人信服的業務使用案例，無論它看起來有多小。然後，從該使用案例返回，設定技術如何提供協助的明確目標。請勿在孤島中實作解決方案。在專案實作之前和期間，從業務利益相關者取得持續輸入。所有成功的雲端專案都依賴與將使用 技術的機構單位緊密合作。
-
從小開始。選擇提供雙向大門的低風險專案。這表示專案是可逆的，任何錯誤都可以快速修正。試行專案都與實驗有關。避免大規模的高風險專案可讓您更好地控制實作和結果。它有助於鎖定特定、可定義的問題，而不是廣泛的目標。例如，如果自動化是最終目標，則目標是自動化特定任務，而不是整個任務。
-
定義和測量結果。設定明確的指標，以評估每個專案的進度和效能。預先定義所需的結束狀態，以避免利益相關者之間不相符的期望。與企業利益相關者和組織內的其他領導者緊密合作，以定義期望和可衡量的收益。將結果翻譯為非技術語言也很重要。討論機構目標，例如專案如何改善保留率和減少流失率、如何降低成本並提高交付速度等。
-
從舒適區域開始。在貴機構熟悉的網域內選擇專案。如此一來，您就可以確保專案具有有意義的、可理解且實際影響的目標。這類專案將建立可信度，並為您的組織帶來更大的長期結果。例如，如果您已經具備資料分析的專業知識，則可以從 分析專案開始，同時利用您現有的技能集，開始您的雲端之旅。每個機構都有不同的專業知識，需要尋找其獨特的元件來制定成功的數位轉型策略。
-
