評估 CCoE KPIs

上一節介紹了 CCoE 原則。使用一些問題，本節討論如何支援 CCoE 朝這些原則邁進。稍後，這將協助您衍生相關的 KPIs 清單，以測量 CCoE 的影響。

研究宗旨

• 業務目標 – 在地理、產業和客戶客群方面，您目前的足跡為何？ 例如，您的組織是中小型企業，還是企業？ 您明年的擴展計劃是什麼？

• AWS 實務 – 需要哪些 AWS 實務來支援您的業務目標？ 技能需求會隨每個練習而異。現有的技能可用性會有所不同。配置 CCoE 時，請考慮使用金字塔型方法，在指定的技能領域中具有不同的經驗水準。

• 技能位置 – 您目前的位置和技能可用性如何保持一致？ 建立組織映射，顯示實務中的資源，包括它們操作的位置。

  提示：由於通知期間通常很大，且因位置而異，建議事先識別to-be-hired(TBH) 位置。識別執行多個角色的資源，以及重新排定工作負載優先順序的時間範圍。這可讓您檢視資源工作的外觀。

• 資源技能矩陣 – 擷取 CCoE （如果已配置人員） 和您更廣泛的組織的目前技能一致性。這將協助您規劃適當的資源。

  秘訣：若要識別目前的足跡和潛在的訓練需求，請執行AWS 學習需求分析練習。若要進一步了解此練習以及如何為您的組織執行，請聯絡您的 AWS Enablement Manager。您也可以使用任何可能已就地的整個組織技能標記 （從人力資源資源加入程序擷取）。

Evangelize 租用

• 溝通計劃 – 設定機制以吸引現場團隊並宣傳 CCoE：您的現場團隊 （當地 CEOs、業務單位主管、損益 (P&L) 主管、帳戶主管、銷售、預售、出價和定價） 必須視您的 CCoE 為合作夥伴，以協助客戶。現場團隊需要了解 CCoE 如何在此過程中協助他們。

  內部路演或城市大廳工作階段是適合參與的好工具。電子報和內部入口網站也可以協助將資訊傳播給您的現場團隊。規劃與現場團隊的一次性和持續互動。

• 資產使用 – CCoE 將領導開發資產，以協助降低交付成本、提供員工相關技能，以及支援銷售和出價程序。請務必定義一個程序，以追蹤現場團隊使用這些資產。這將告訴您哪些有效、哪些無效，以及哪些需要變更。

  您可以系統性追蹤資產的下載和頁面的檢視。激勵現場團隊詢問 CCoE 問題 （例如，使用點系統）。CCoE 專案管理辦公室 (PMO) 可以追蹤並尋求意見回饋。

• 意見回饋機制 – 定義欄位團隊可以遵循的程序，以提供意見回饋給 CCoE。同時定義 CCoE 如何在內部公告或行銷其資產。範例包括有多少想法，或團隊或資源貢獻了多少意見回饋。行銷機制包括現有的 Web 入口網站、客戶滿意度 (CSAT) 評分和即時意見回饋。

• 使用鼓勵 – 思考如何鼓勵您的現場團隊與 CCoE 合作。不應將 CCoE 視為交付團隊的延伸。相反地，它們應該與您的現場團隊保持一致，並有權在為客戶提供價值時進行宣傳。

  秘訣：若要鼓勵現場團隊和 CCoE 彼此合作，請使用非金錢獎勵選項。範例包括感謝卡、資深領導層的電子郵件，以及在團隊會議中的語音辨識。

套用租用

• 意見回饋飛輪 – 定義擷取您現場團隊輸入的機制。現場團隊應該有一個程序，與 CCoE 團隊分享經驗教訓和現場體驗，以便 CCoE 可以將資訊納入其資產藍圖。

  秘訣：補充來自現場團隊的離線意見回饋，並定期排定會議，以確保 CCoE 和現場團隊完全一致。

• 資訊傳播 – AWS 業務實務和 CCoE 團隊如何將最佳實務、資產和其他交付項目傳播給現場團隊？

• 出價程序和售前支援 – CCoE 如何在提案 (RFP) 回應請求期間支援出價和售前團隊？

  提示：CCoE 可以擁有解決方案，並提供主題專家 (SME) 輸入和估算輸入。

領導租用

• 交付諮詢 - CCoE 資源可以透過對現有交付團隊的有限期間諮詢，協助您加速客戶的交付階段。

  秘訣：定義 CCoE 資源的借用程序，以暫時協助交付團隊。借用程序可以包含諮詢所花費的時間百分比。

• 參與模型 – CCoE 成員將保持參與多久，以支援交付團隊？ 互動是短期、中期還是長期？ 這類諮詢或參與模型不應超過幾週。CCoE 資源不是交付團隊的替代項目。

指導者租用

• 實務社群 – 若要建立實務社群，請培養指導機會。這將建立包容性的氛圍，並鼓勵其他員工進一步了解並做出貢獻。這可能包括諸如阿斯匹林深度領域的計劃，員工可以在其中追求他們的興趣並建立他們的職業，同時協助您的組織和客戶。

• 群眾外包知識 – 如何確保 CCoE 的優勢不僅限於處理提案請求 (RFPs的人員，而是提供給所有員工？ 一種方法是使用如 Answer 入口網站之類的機制，其中任何員工都可以提交技術問題。CCoE 資源可以檢閱問題並提供意見回饋。

• 訓練 CCoE 的訓練師 – 若要讓 CCoE 本身成為力倍增器，請使用訓練師 r 方法。在您為 CCoE 配置有動力的資源之後，您可以考慮開發一種方法，讓具備一種技能的專家可以逐漸提升其他領域的技能。

  秘訣：若要支援提升技能，請使用陰影和反向陰影。

擴展租用

• CCoE 前門 – 欄位團隊存取 CCoE 資源的機制為何？ 您打算如何有效率地擴展 CCoE 操作？ 考慮建立專用的專案管理辦公室 (PMO) 來處理 CCoE day-to-day操作。PMO 資源可以處理 CCoE 操作中任何未區分的繁重負載。

• 自助式機制 – 您可以為現場團隊設置哪些類型的自助式機制來尋找資訊？ 例如，在銷售和交付階段，哪些資產、附屬和過去的經驗有助於 欄位？

  秘訣：使用 Amazon Bedrock 建置自訂生成式 AI 解決方案，以協助您的現場團隊快速存取 CCoE 資產。

• CCoE 範圍 – 將其他函數 （例如 Legal、Fin-ops、Contracting 和 Account Leadership) 納入 CCoE 範圍的計劃為何？ 通常，這些是組織中現有的函數。將它們放在 CCoE 橫幅下可提升一致性和單一團隊行為。

• CCoE 足跡 – 您打算如何擴展 CCoE 的大小？ 我們建議您根據業務成長來規劃成長。由於 CCoE 是一種策略投資，因此請將其成長與整體目標保持一致。完成人數預測後，您可以規劃招聘和橫向移動。

• 鼓勵創新 – 思考如何整合激勵機制，以鼓勵 CCoE 資源持續創新。

• CCoE 資源的效能管理 – 屬於您 CCoE 的資源應該能夠在您的組織內成長，同時成為 CCoE 的一部分。根據 CCoE 資源預期執行的角色來檢閱您目前的效能管理實務，並視需要進行調整。

• CCoE 資源的辨識 – 建立計畫，以辨識組織中此部分的績效和成功。