Power Platform 採用成熟度模型:詳細功能

採用成熟度模型的目標是幫助定義 Microsoft Power Platform 採用的藍圖。 此藍圖提供一系列可直接引導成功 Power Platform 採用的戰略與戰術考量和動作項目。

改善採用和培養低程式碼文化不僅僅是執行技術功能。 技術可協助組織產生最大的影響,但健康的低程式碼文化涉及人員、程序和技術方面的諸多考量因素。

採用成熟度模型的目標是讓組織與其合作夥伴有辦法改善能力,並判斷哪些功能對他們來說最重要。 每個階段都會描述各領域的狀態,例如策略和願景、管理、控管等。 該模型的目的是協助組織以明確定義的範圍從多個維度來瞭解他們的能力,以判斷他們希望在各個維度和時間範圍內想達到的程度,並透過提升到下一個層級以實際的方式提高他們的能力。

以下區段詳細介紹了組織在每個階段的特色和能力。

策略和願景

層級 策略和願景的狀態
100:初始
  • 業務領域推動的創新 (由下而上)
  • 低複雜性案例
  • 受限重複使用
  • 未定義的策略
200:可重複
  • IT 與業務之間的共同願景
  • 需求管理程序
300:已定義
  • 專用 Power Platform 產品擁有者
  • 由下而上和由上而下的創新
  • 明確瞭解 Power Platform在您組織的 IT 產品組合中的角色
400:能力
  • 已建立卓越中心團隊
  • 提高交付效率可支援快速變化的業務需求
  • 跨部門共用的商務方案
500:高效率
  • Power Platform 是數位轉型策略的重要部分
  • 所有人都理解的願景和策略
  • 組織範圍內的計計劃供更大規模的應用程式
  • 企業架構決策包括 Power Platform 功能

商業價值

層級 商業價值的狀態
100:初始
  • 沒有正式的商業價值
  • 未定義的目標
200:可重複
  • 沒有正式的商業價值
  • 已理解商業案例但缺乏檢閱
300:已定義
  • 關鍵效能指標 (KPI) 已理解、可作業、已回報並檢閱目標
  • 選擇具有最高商業價值的構想進行開發
  • 專案啟動前量化業務痛點,完成後進行對比
400:能力
500:高效率
  • 「概略圖」分析視覺化 Power Platform 解決方案整體和每個業務領域的商業價值
  • 進階儀表板和報告提供決策制定能力和衡量業務價值
  • Power Platform 解決方案的商業價值和影響的執行可見性

管理員和控管

層級 管理員和控管的狀態
100:初始
  • 所有人都可以建立環境
  • 沒有資料外洩防護原則 (DLP)
200:可重複
300:已定義
400:能力
  • 識別過度共用、未使用和孤立的資源,並採取適當的行動
  • 自動收集業務和合規性資訊的反應式控管
  • CoE 入門套件 - 控管模組已採用,以取得合規性見解和封存資源
  • 遙測有助於識別關鍵業務應用程式
  • Power Platform Operations 團隊負責租用戶檢疫
  • 明確定義、理解和自動溝通製作者的責任
500:高效率
  • 透過內嵌在 Teams 中的聊天機器人實現進一步的自動化 - 通過明確的風險設定檔自動核准工作,或透過多步驟核准流程 (例如產線經理、資訊安全部門、環境或租用戶管理員) 進行路由
  • 在組織中有用做法是在 Microsoft 或社群事件中對外共用

支援

層級 支援的狀態
100:初始
  • 製作者支援自己的應用程式
  • 對於 IT 和商業利害關係人如何支援流程沒有規則或受到限制
200:可重複
  • 社群支援
  • 用一定程度的承諾和控管措施來管理解決方案生命週期階段
300:已定義
  • 支援策略包括技術服務人員
  • 定義的風險設定檔規定了解決方案將會收到的支援層級 (例如 IT 支援、IT 祝福、製作者支援)
400:能力
  • 專門的支援團隊
  • 符合商業策略的持續改善計劃
  • 清楚理解角色和責任
500:高效率
  • 支援活動的自動化 (例如,變更擁有權、Bot 常見問題)
  • 充分瞭解建置和運作解決方案的責任和擁有權

培育和公民製造者

層級 培育和公民製造者的狀態
100:初始
  • 部分員工可能參加過「一日應用程式」活動 (合作夥伴或 Microsoft 已傳遞)
  • 以團隊為基礎的培育製作者計劃
200:可重複
  • 新製作者的上線策略
  • 部分人員參與了駭客松
  • 製作者成為其部門的大使並傳播能力
300:已定義
400:能力
  • 支持者的一般事件
  • 一般駭客松
  • 製作者評估和憑證
  • 分享並慶祝成功案例
  • 展示和講述會議
  • 採用行銷活動
500:高效率
  • 具有價值經證實的大型內部社群
  • 製作者的職業路徑
  • 導師社群
  • 公民和專業開發人員的一般開發策略和目標

動畫

層級 自動化的狀態
100:初始
  • 程序主要是手動進行且一次性處理
200:可重複
  • 程序標準化,但手動執行
300:已定義
  • 環境和 DLP 連接器原則要求會自動進行
  • 應用程式是手動部署的,但使用解決方案
  • 管理員與製作者之間的程序和合規性通訊是自動化的
400:能力
  • 集中定義與執行 ALM 程序
  • 識別過度共用、未使用和孤立資源的管理工作基本上都是自動化的
  • 可自動收集合規性和支援資訊的管控工作
500:高效率

Fusion Teams

層級 Fusion Teams 的狀態
100:初始
  • Teams 獨立運作
  • 沒有專業開發人員使用 Power Platform
200:可重複
  • Teams 會審查和核准彼此的工作
  • 專業開發人員試驗高價值使用案例
300:已定義
400:能力
  • 跨職能團隊共同規劃和執行工作,包括製作者、測試人員和營運團隊。
  • 基礎結構與變更啟用的共同作業規劃
  • 使用 Common Data Model 來協助資料重複使用
500:高效率
  • Teams 順暢形成,以適應跨職能技能
  • 新專案所需的公民和專業開發人員的一般開發策略和目標

Note

您可以下載 Power Platform 採用成熟度模型的可列印版本

Power Platform 採用

成功的 Power Platform 採用包括提供有效程序、支援、工具和資料給製作者者和使用者。

常見的誤解是採用主要與使用情況或使用數量有關。 毫無疑問,使用情況統計是一項重要因素。 不過,使用情況不是唯一的因素。 採用不僅僅是要定期使用技術; 還要有效率地使用它。 效率是最難定義和衡量的。

只要有可能,就應該在低程式碼平台和其他 Power Platform 產品 (例如 Power BI) 中,調整採用工作。

Note

個人和組織本身一直在學習、改變及提升。 這代表與採用相關的工作努力沒有結束的一天。

目標對象

採用成熟度模型的目標對象對以下一個或多個結果感興趣:

  • 改善組織有效使用 Power Platform 的能力。
  • 提供與 Power Platform 交付相關的組織成熟度層級。
  • 瞭解並克服在擴充 Power Platform 時所面臨的採納相關挑戰。
  • 提高其組織在 Power Platform 中的投資回報率 (ROI)。

首先,本系列文章將對在具有以下一個或多個特徵的組織工作人員有所幫助:

  • Power Platform 的部署取得了一些成功。
  • Power Platform 有一些病毒式的採用,但並沒有在整個組織中進行有目的地管理。
  • Power Platform 以某種有意義的規模部署,但仍然需要確定:
    • 哪些是有效的,哪些應該保持?
    • 應該改進什麼?
    • 未來的部署如何更具策略性。
  • 正在考慮或計劃擴大採用 Power Platform。

其次,本系列文章將有助於:

  • 處於 Power Platform 採納初期階段的組織。
  • 已成功採用並希望評估其目前成熟度層級的組織。

假設與範圍

本系列文章 Power Platform 的主要重點是技術平臺,重點介紹 Power Apps、 Power Automate、 Microsoft Copilot Studio和 Microsoft Dataverse。

如需 Power BI 採用的相關資訊,請參閱 Power BI 採用藍圖

後續步驟

在本系列的文章中,瞭解 Power Platform 採用成熟度層級。 整個系列文章都會參考成熟度層級。 此外,請參閱總結文章以取得其他的採用相關資源。

其他有用的資源包括: