使用平臺工程功能模型來改善平臺工程實務
注意
使用 平臺工程功能模型調查來測量貴組織的平臺工程工作，並設定未來目標。
使用平臺工程功能模型來測量您組織的目前平臺工程工作，並設定未來改進的目標。
Microsoft的客戶研究確定了六個核心功能，定義 平臺工程 - 投資、採用、治理、布建和管理、介面和度量和意見反應。 這些功能與 Cloud Native Computing Foundation 平臺工程成熟度模型中所述的主要領域緊密配合。 這些功能來自分析調查結果，以及超過 30 次與客戶就其組織平臺工程工作進行長時間訪談。
評估您目前的做法並設定未來目標
首先，先識別您的組織目前在每個功能區域中的位置。 您可以手動評估或完成 平臺工程功能模型問卷。
若要開始手動評估， 請下載此空白圖表。
下載跨不同階段 的功能圖表，以做為參考。 您的組織很可能不會針對每個功能處於相同的層級。 您也可以在這裡深入瞭解每個功能。
針對每個功能，請在空白評估圖表上填入一個圓形，以顯示貴組織目前的位置。
繪製連接每個點的垂直線。
為每個顯示組織未來所需階段的功能新增另一個空白圓形。 例如，您的組織可能想要專注於從初始投資階段移至可重複階段。 請記住，變更可能會逐漸改變。 您不需要從初始階段一次到優化階段。 貴組織的目標目標也可能不是最後一個數據行。 您應該挑選符合組織優先順序的所需階段。
從您組織的目前功能，繪製水平線到所需的功能。
檢視表，以將組織的目前狀態和建議的未來目標可視化。
在上述範例中，金融機構客戶想要專注於改善其採用、治理和布建和管理功能。 以下是其目前的狀態和挑戰：
- 採用：平臺工程小組著重於強制執行卓越中心 （COE） 所設定的原則，以引導工程團隊的運作方式。 讓每個小組的績效計量公開，都是改善的動力。 小組的目標是在不依賴指示詞和計量的情況下，擴大平臺使用量。 不過，他們面臨著提高 COE 團隊技能的挑戰，以處理跨工程團隊使用的各種技術。 一個主要障礙是，平臺可能無法滿足個別團隊的特定需求，可能會導致故障。
- 治理：平臺工程解決方案是內部開發的入口網站，可作為開發人員的中央中樞、提供工具、指南、編碼標準和影片。 入口網站包含最低企業需求 （MERS） 的測驗，以確保程式代碼撰寫開始之前符合規範。 入口網站提供 Stack Overflow 版本的支援、認證的工程師配置檔，以及讓新開發人員熟悉標準和工具的上線旅程。 未來的主要目標是簡化資源管理，並將治理整合到開發生命週期中，消除瓶頸，並使用現代化工具組吸引頂尖技術人才。
- 布建和管理：平臺工程小組為開發人員建立了快樂的路徑，以提高生產力，同時維持彈性。 目標是在允許自定義的同時提供有效率的路徑。 設計這些路徑時，CTO 小組的目標是迎合大多數開發人員，但銀行的複雜性，使用數千個工具，使一個大小符合所有挑戰。 為了調整平臺規模，組織可辨識自動化資源布建的需求，以滿足其許多工程小組的各種需求。
設定目標功能的目標
每個功能都有對應的問題。 進一步研究您針對改進的目標功能領域，並瞭解如何推進貴組織的平臺工程實務。