本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 評估 CCoE KPIs
<a name="ccoe-kpis"></a>

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

## 研究原則
<a name="research"></a>
+ **業務目標** – 在地理位置、產業和客戶客群方面，您目前的足跡為何？ 例如，您的組織是中小型企業，還是企業？ 明年您的擴展計劃是什麼？
+ **AWS 實務** – 需要哪些 AWS 實務來支援您的業務目標？ 技能需求會隨每個實務而異。現有的技能可用性會有所不同。配置 CCoE 時，請考慮以金字塔為基礎的方法，在指定的技能領域中具有不同的經驗水準。
+ **技能位置** – 您目前的位置和技能可用性如何保持一致？ 建立組織貼圖，顯示實務中的資源，包括它們操作的位置。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/cloud-center-of-excellence/ccoe-kpis.html)
+ **資源技能矩陣** – 擷取 CCoE （如果已配置人員） 和您更廣泛的組織的目前技能一致性。這將協助您規劃適當的資源配置。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/cloud-center-of-excellence/ccoe-kpis.html)

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

  內部路演或城市大廳工作階段是非常適合參與的工具。電子報和內部入口網站也可以協助將資訊傳播給您的現場團隊。規劃與現場團隊的一次性和持續互動。
+ **資產使用** – CCoE 將領導開發資產，以協助降低交付成本、為您的員工提供相關技能，以及支援銷售和出價程序。定義追蹤欄位團隊使用這些資產的程序非常重要。這將告訴您哪些有效、哪些無效，以及哪些需要變更。

  您可以有系統地追蹤資產的下載和頁面的檢視。鼓勵現場團隊詢問 CCoE 問題 （例如，使用點系統）。CCoE 專案管理辦公室 (PMO) 可以追蹤並尋求意見回饋。
+ **意見回饋機制** – 定義欄位團隊可以遵循的程序，以提供意見回饋給 CCoE。同時定義 CCoE 如何在內部公告或行銷其資產。範例包括有多少想法，或團隊或資源貢獻了多少意見回饋。行銷機制包括現有的 Web 入口網站、客戶滿意度 (CSAT) 評分和即時意見回饋。
+ **使用鼓勵** – 思考如何鼓勵您的現場團隊與 CCoE 合作。CCoE 不應被視為交付團隊的延伸。相反地，它們應該與您的現場團隊保持一致，並有權在為客戶提供價值時進行宣傳。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/cloud-center-of-excellence/ccoe-kpis.html)

## 套用租用
<a name="apply"></a>
+ **意見回饋飛輪** – 定義從現場團隊擷取輸入的機制。現場團隊應該制定一個程序，與 CCoE 團隊分享經驗教訓和現場體驗，以便 CCoE 可以將資訊納入其資產藍圖中。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/cloud-center-of-excellence/ccoe-kpis.html)
+ **資訊傳播** – AWS 商業實務和 CCoE 團隊如何將最佳實務、資產和其他交付項目傳播給現場團隊？
+ **出價程序和售前支援** – CCoE 如何在提案 (RFP) 回應請求期間支援出價和售前團隊？    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/cloud-center-of-excellence/ccoe-kpis.html)

## 潛在客戶宗旨
<a name="lead"></a>
+ **交付諮詢** – CCoE 資源可以透過向現有交付團隊提供有限時間的諮詢，協助您加速客戶的交付階段。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/cloud-center-of-excellence/ccoe-kpis.html)
+ **參與模型** – CCoE 成員將保持參與多長時間來支援交付團隊？ 參與是短期、中期還是長期？ 這種諮詢或參與模式不應超過幾週。CCoE 資源不是交付團隊的替代項目。

## 指導者原則
<a name="mentor"></a>
+ **實務社群** – 若要建立實務社群，請培養指導機會。這將建立包容性的氛圍，並鼓勵其他員工進一步了解並做出貢獻。這可能包括像是平庸深度領域的計畫，在員工協助組織和客戶的同時，可以追求他們的興趣並建立他們的事業。
+ **群眾外包知識** – 如何確保 CCoE 的優勢不僅限於處理提案請求 (RFPs的人員，而是適用於所有員工？ 其中一種方法是使用如 Answer 入口網站之類的機制，其中任何員工都可以提交技術問題。CCoE 資源可以檢閱問題並提供意見回饋。
+ **訓練 CCoE 的訓練師** – 若要讓 CCoE 本身成為力乘數，請使用*訓練 *r 方法。在您為 CCoE 配置有動力的資源之後，您可以考慮開發一種方法，讓具備一種技能的專家可以逐步提升自己在其他領域的技能。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/cloud-center-of-excellence/ccoe-kpis.html)

## 擴展租用
<a name="scale"></a>
+ **CCoE 前門** – 欄位團隊存取 CCoE 資源的機制是什麼？ 您打算如何有效率地擴展 CCoE 操作？ 考慮建立專用的專案管理辦公室 (PMO) 來處理 CCoE day-to-day操作。PMO 資源可以處理 CCoE 操作中任何未區分的繁重作業。
+ **自助式機制** – 您可以為現場團隊設置哪些類型的自助式機制來尋找資訊？ 例如，在銷售和交付階段，哪些資產、附屬和過去的經驗有助於 欄位？    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/cloud-center-of-excellence/ccoe-kpis.html)
+ **CCoE 範圍** – 將其他函數 （例如 Legal、Fin-ops、Contracting 和 Account Leadership) 併入 CCoE 範圍的計劃是什麼？ 一般而言，這些是組織內現有的函數。在 CCoE 橫幅下使用它們可提高一致性和單一團隊行為。
+ **CCoE 足跡** – 您打算如何擴展 CCoE 的大小？ 我們建議您根據業務成長來規劃成長。由於 CCoE 是一種策略投資，因此請將其成長與整體目標保持一致。完成人數預測後，您可以規劃招聘和橫向移動。
+ **鼓勵創新** – 思考如何整合獎勵機制，以鼓勵 CCoE 資源持續創新。
+ **CCoE 資源的效能管理** – 屬於您 CCoE 一部分的資源應該能夠在您的組織內成長，同時成為 CCoE 的一部分。根據 CCoE 資源預期執行的角色來檢閱您目前的效能管理實務，並視需要進行調整。
+ **CCoE 資源的辨識** – 建立計畫，以辨識組織中此部分的績效和成功。