備註
衡量您組織的平台工程工作，並使用 平台工程能力模型調查設定未來目標。
使用平台工程能力模型來衡量組織目前的平台工程工作，並設定未來改進的目標。
Microsoft 的客戶研究確定了定義 平台工程的六項核心功能：投資、採用、治理、配置和管理、接口以及測量和反饋。
這些功能與 雲端原生運算基金會平台工程成熟度模型中概述的關鍵領域密切相關。 這些功能來自分析調查結果，以及與客戶就其組織的平台工程工作進行的 30 多次冗長訪談。
本文中使用的客戶旅程視覺化是受到 Nicki Watt 在 PlatformCon 2024 上的演講「如何完善您的平台工程計劃」的啟發。
評估您目前的做法並設定未來的目標
首先，請先確定您的組織目前在每個功能領域中所處的位置。 您可以執行手動評估或完成 平台工程能力模型調查。
若要開始手動評估， 請下載此空白圖表。
下載此不同階段的功能圖表 ，以作為參考。 您的組織在每項能力上可能不會處於相同的層級。 若要進一步了解每個功能，請參閱設定 目標功能的目標。
針對每項能力，在空白評估圖表上填寫一個圓圈，以顯示您的組織目前所處的位置。
畫一條線來連接這些點。
為每個功能新增一個空白圓圈，以顯示組織未來所需的階段。 例如，您的組織可能想要專注於從初始投資階段移至可重複階段。 請記住，變化可以是漸進的。 您不必一次就從初始階段進入優化階段。 您組織的目標目標也可能不是最後一欄。 您應該選擇符合組織優先事項的所需階段。
從組織的每個目前功能到所需功能繪製一條水平線。
檢閱您的圖表，以視覺化組織的目前狀態和建議的未來目標。
在上一個範例中，金融機構客戶想要專注於改善其採用、治理，以及佈建和管理功能。 以下是他們目前的狀態和挑戰：
採用：平臺工程小組著重於執行卓越中心 （COE） 所設定的原則，以指導工程小組的運作方式。 公開每個團隊的績效指標可以作為改進的動力。 該團隊旨在增加平台使用量，而不依賴指令和指標。 然而，他們在提升 COE 團隊的技能以處理工程團隊使用的各種技術方面面臨挑戰。 一個主要障礙是擔心該平台可能無法滿足各個團隊的特定需求，從而可能導致故障。
治理：平台工程解決方案是一個內部開發的門戶，充當開發人員的中心樞紐，提供工具、指南、編碼標準和影片。 該門戶網站包括有關最低企業要求 （MERS） 的測驗，以確保在編碼開始之前合規性。 該門戶網站提供 Stack Overflow 版本的支持、經過認證的工程師資料以及讓新開發人員熟悉標準和工具的入職旅程。 未來的主要目標是簡化資源管理並將治理整合到開發生命週期中，消除瓶頸並透過現代工具集吸引頂尖技術人才。
配置和管理： 平台工程團隊為開發人員創建了快樂的路徑，以提高生產力，同時保持靈活性。 目標是在允許客製化的同時提供有效的路徑。 在設計這些路徑時，CTO 團隊旨在滿足大多數開發人員的需求，但該銀行的複雜性，使用數千種工具，這使得一刀切成為一項挑戰。 為了擴展平台，該組織認識到需要自動化資源配置來滿足其眾多工程團隊的多樣化需求。
設定目標能力的目標
每個功能都有一個對應的問題。 研究您進一步改進的功能領域，並了解如何推進組織的平台工程實踐。