交付模型

依照貴組織的規模大小，您可能想要藉由實施結構化組織模型正式化您的 Microsoft Power Platform 採納方式。 您應該考慮下列方法架構您的團隊，決定對您的情勢和組織最合適的方式。

Microsoft Power Platform 有四種交付模型，但是每一個都只是精神模型—每個組織隨著此 Continuum 都有多種模型變化。 例如即使您選用集中式模型 (所有需求都會納入中央交貨團隊)，您仍然得讓公民開發人員發掘平台及為團隊建立應用程式。 因此您將有矩陣或 BizDevOps 元素。

這些模型會幫助您考慮目前的軟體交貨模型以及 Microsoft Power Platform 可能疊加的方式，或是您目前的模型如何演化為符合 Microsoft Power Platform 啟用的快速開發功能。

集中式

您可以在此模型中建立從組織業務單位周圍，主掌部門低代碼交付解決方案的產品所有人中央團隊。 擁有程式碼為主的專業程式開發人員將隨業務一起在共用模型中交付。 企業設計師將擁有中介層級和服務，並確保資料可供決策者使用。 集中式 IT 將擁有每個人操作的授權和系統。

您可以使用此模型建立一個集中式團隊根據組織的優先順序挑選應用程式的開發。 此外因為他們在 Power Apps 中會有基礎的專家經驗，貴團隊將包括 Microsoft Power Platform 特定部份的專家成員例如 Power Automate、Power BI 和 Power Apps Component Framework，或者專注在協力廠商整合和人工智慧的成員。 此模式是一種有效方式，可帶動貴組織跨領域的變更，也是交付任何類型的應用程式的最佳方式。

下列是 Schlumberger 數位簡報，描繪這類不斷透過分散和矩陣模型成長的模型。 了解有關 Schlumberger 如何採用 Microsoft Power Platform：多產的應用程式製作者在 Schlumberger 引發低代碼革命

應用程式的交付類型	交付模型類型	組建應用程式的時間	應用程式的生命週期	範例	IT 參與
自助服務	任何	1-2 週	6-12 個月	小型、部門或 LOB 解決方案。	分散式 IT
小型團隊	矩陣/集中式	3-6 個月	6-24 個月	小型團隊致力於提供中等解決方案或多部門解決方案。	分散式 IT
多部門或大型業務線解決方案	矩陣/集中式	3-6 個月	6-24 個月	大型矩陣團隊致力於交付中大型解決方案或部門間的解決方案。	集中式 IT
大規模產品交付	集中式	1-2 年	5-7 年	跨企業的大量產品交付利用低代碼與程式碼為主的 Power Apps 解決方案搭配供應商和第一方解決方案使用。	集中式 IT
大型企業供應商交貨	集中式	7 年	10-15 年	協力廠商記錄和支援框架的環繞策略。 例如，SAP 實施並將其與低程式碼和代碼優先解決方案的混合以及其他 Power Apps Microsoft 第三方集成所包圍。	集中式 IT

集中式

您可以在此模型中建立多組接近各種團隊日常執行的跨組織團隊。 他們將有資源一致性地按組織指南交付應用程式。 各團隊可以自主執行，並可透過蜂窩型態分割和成長。 然而即使藉助此模型，您將仍需進行集中式治理模式，才能套用若干高級數位護軌確保企業法規遵從性。 這些可包括類資料遺失防護 (DLP) 治理、連接器管理及授權管理事宜，確保使用者和開發人員可安全使用最少 IT 干預方式組建和發行解決方案，同時保持公司資料安全和合規。 這是最好的自我服務選項。

矩陣

您可以藉此模型混合最佳的分散式和集中式模式。 您擁有訓練有素和認證的 Microsoft Power Platform 專家集中團隊。 除了訓練跨組織當地團隊的專業講師以外，您將有變更、設計、交付及架構的領導者。 由公民開發人員組成的當地團隊與集中式結構的專家連線，確定執行日常工作的人和組建的應用程式使用者之間進行翻譯時不會遺失任何內容。 您可以藉此模型將規模擴大為數千名人員建立應用程式。

此團隊也應該考慮卓越中心的理念管理他們的資料空間，並為每個人部署解決方案。 這對自助服務和小型團隊快速交付選項不需要 IT 參與特別管用。

BizDevOps

快速應用程式開發速度只適用於如 IT 支援已建立應用程式的操作。 BizDevOps 是 virtuous 迴圈中運作應用程式的決策者與操作之間的整體關係。 為了讓這項工作有所成果，所有團隊均需清楚看見組織正朝向的數位文化。 若要讓建立的應用程式發揮最大價值，它們需要可靠的支援、治理和可維護性。 隨著技術的演化，您必須在應用程式上更新才能保持最新內容。 不僅要留意變更，也要制訂管理計畫，這是應用程式成功的關鍵。