如今，每個人都在建立「平台」以加速大規模交付數位產品。但什麼構成了有效的數位平台？有些組織在嘗試建立在現有共用服務之上時會遇到困難，因為他們沒有先處理自己的組織結構和營運模式。

基礎設施平台團隊讓組織能夠透過有彈性的解決方案來解決常見的產品和非功能性需求，進而擴展交付。這讓其他團隊可以專注於建立自己的產品，並為使用者釋出價值。但沒有人說建立可擴展平台很容易... 在這篇文章中，Poppy 和 Chris 探討了 7 個關鍵原則，可以幫助你正確地建立正確的事物。提示：不要跳過策略、使用者體驗和研究。

平台團隊特別依賴其他團隊來確保採用他們的平台，將程式碼變更納入其他團隊的程式碼庫對他們的成功至關重要。有各種模式可以進行跨團隊協作，而選擇正確的模式取決於平台採用的階段，以及團隊和程式碼庫接受外部影響的能力。

開發人員生產力平台日益被視為管理工程團隊認知負擔和縮短新功能上市時間的方法。然而，組織需要培養一些基本能力，才能成功執行平台策略。平台團隊需要將平台視為軟體產品，需要與使用者對話，重視可靠的運作，以及健康的團隊環境。

基礎平台是在其上建立任何應用程式之前建立的平台。這個想法是分析需要平台的各種應用程式的需求，然後建立平台。平台完成後，您再在其上建立應用程式。重點在於，在開始開發應用程式之前，平台真的需要有一個穩定的 API，否則平台的變更將難以管理，因為它們會對應用程式產生連鎖效應。

要透過收穫建立平台，您一開始不要嘗試建立平台，而是建立應用程式。在建立應用程式的同時，您不要嘗試開發通用程式碼，但您確實努力建立一個結構良好且設計良好的應用程式。

任何大型軟體專案（例如大型公司的軟體資產）都需要很多人力，而每當您有很多人力時，您都必須找出如何將他們分組成有效的團隊。組成以業務能力為中心的團隊有助於軟體專案對客戶需求做出回應，但所需的技能範圍常常讓這些團隊不堪負荷。團隊拓撲是描述軟體開發團隊組織的模型，由 Matthew Skelton 和 Manuel Pais 開發。它定義了四種形式的團隊和三種模式的團隊互動。該模型鼓勵健康的互動，讓以業務能力為中心的團隊在提供穩定且有價值的軟體任務中蓬勃發展。