ALM 採用成熟度模型

使用 Power Platform 採用成熟度模型中的層級和功能,來評估組織使用應用程式生命週期管理 (ALM) 方式和 ALM Accelerator for Power Platform 可提供哪些幫助。

快速入門

評估 ALM 的決策樹圖。

當您可以驗證以下注意事項是否適用於您的組織時,ALM Accelerator 會是一個很好的選擇。

  1. 解決方案會有什麼影響?

    • 應用程式是否是分類為重大或高度影響業務
    • 誰會使用該應用程式?
      • 這是組織中每個人都使用的生產力應用程式嗎?
      • 資深領導是否使用它來做出影響業務的決策?
      • 它是否與外部使用者整合,例如,依賴解決方案做為外部流程一部分的合作夥伴和客戶?
    • 是否有特殊的合規性和稽核需求?
      • 追蹤和稽核誰在使用該應用程式有多重要?
      • 該解決方案是否有合規性和和稽核要求?
  2. 您是否具備先決條件?

    • 您是否為開發、驗證、測試和生產定義了環境策略?
    • 您是否使用 Azure DevOps 服務或與 Azure DevOps 服務整合來進行原始檔控制和組建管線?
    • 您是否具備授權先決條件?
      • 您是否擁有製作者適用的基本或更新版本的 Azure DevOps 授權?
      • 您是否擁有存取 ALM Accelerator 製作者解決方案的依應用程式或依使用者 Power Apps 授權?
  3. 您是否希望升級到 300 級 - 已定義或更高級?

  4. 您是否已準備好環境策略?

    • 環境的要求策略是什麼?
      • 您是否具有建立開發、測試和生產環境的程序?
      • 要求環境的程序是否自動化?
  5. 您是否瞭解並已實施原始檔控制概念?

  6. 融合開發團隊是否包括低程式碼和專業程式碼團隊?

  7. 您的專業開發團隊是否熟悉分支與合併策略,並可協助製作者?

  8. 您的專業程式碼和作業團隊是否管理 Azure Pipelines?

  9. 您是使用 JavaScript 建立員見的專業程式碼團隊嗎?

  10. 您是否與啟用 OpenAPI 的 Web API 整合?

  11. 您是否正在使用或規劃建立外掛程式,以擴充 Microsoft Dataverse 中的商務程序?

  12. 您有支援計劃嗎?

    • 誰支援應用程式和解決方案?
    • 您是否有正式的支援團隊來管理解決方案的問題?

引導性問題

如果以下主要問題揭露了差距,請考慮您可以採取哪些主動措施來幫助提高人員、流程和技術的成熟度,從而在組織內實現進階製作者整合。

共識

  1. 創新是由業務領域由下而上推動的嗎?

  2. IT 和業務之間是否有共同的願景?

  3. 是否有專門的 Power Platform 產品負責人?

  4. 是否已建立卓越中心團隊

  5. Power Platform 是您數位轉型策略的重要部分嗎?

影響

  1. Power Platform 是否針對低複雜度的案例?

  2. 是否有有限地重複使用通用元件和服務?

  3. 應用程式是否允許自下而上和自上而下的創新?

  4. 應用程式是否專注於提高交付效率,支持快速變化的業務需求?

  5. 是否有組織範圍的方案可提供大規模整合應用程式?

策略

  1. 您是否已定義 Power Platform 策略?

  2. 是否有需求管理程序?

  3. 是否確實理解 Power Platform 在您組織的 IT 產品組合中所扮演的角色?

  4. 業務方案是否跨部門共用?

  5. 是否所有人都理解願景和策略?

  6. 企業架構決策是否包括 Power Platform 功能?

商務價值和商務策略可行性

  1. 此解決方案會實現哪些業務成果?

  2. 預計的時間範圍是多少?

  3. 今天該做什麼好?

  4. 您想在哪些方面做得更好?

  5. 想做什麼不同的事情?

技術可行性

  1. 什麼是手動步驟與自動化步驟?

  2. 質化和量化結果的可衡量性如何?

  3. 可讓利害關係人視覺化和鑽研資料並追蹤資料動作的儀表板和報表功能為何?

  4. 分析的可用性如何?

  5. 分析更新的頻率如何?

  6. 多久需要變更一次?

  7. 需要計算的技術債務是什麼?

  8. 有哪些安全隱患?

財務可行性

  1. 經濟附加值是多少?

  2. 這是針對目前市場模式還是正在開發新模式?

  3. 實施的時間範圍如何?

  4. 需要何種投資模型?

業務影響

重大

該系統會嚴重影響生產、作業或部署期限,或生產或盈利能力。 多個使用者或服務受到影響。

初始回應時間不到 60 分鐘,可全天候存取。

需要立即回應問題,並需要每天 24 小時運作。

該系統對業務的影響中等,可以在工作時間處理。 多個使用者、單一使用者或客戶都會受到影響。

初始回應時間為一小時、四小時或隔日工作時間,提供全天候支援。

非關鍵

系統對業務造成的影響最小。 該問題很重要,但是並不會對服務或生產力造成重大影響。 將考慮可接受的解決方法。

初始回應時間為 4 到 8 小時或更長時間,可在營業時間存取和支援。

自動化和控管

  1. 哪些人可以建立環境?

  2. 有哪些資料外洩防護 (DLP)原則?

  3. 是否存在 Power Platform 服務管理員角色來管理 Power Platform 租用戶和環境?

  4. 租用戶和環境彼此之間是相互隔離的嗎?

  5. 是否有監視?

  6. 自訂環境是否可用於特定使用案例和 ALM 案例?

支援

  1. 製作者建立的應用程式是否有技術支援中心或專門團隊支援?

  2. 是否已定義應用程式和解決方案風險設定檔,以詳細說明將接受的支援等級?

  3. 應用程式是否有正在進行的持續改善計畫?

  4. 是否有明確定義解決方案的角色和責任?

  5. 角色和職責是否包括組建和運作解決方案的擁有權?

培育和公民開發者 (製作者)

  1. 您是否為您的製作者制定了培訓和技能提升計劃,以幫助他們學習關鍵概念以擴大您的製作者群體?

  2. 您是否建立了內部冠軍社群?

  3. 您是否已採用 CoE 入門套件 - 培育模組?

  4. 您是否在會議上進行展示和說明,以示範進階製作者概念?

  5. 您是否有採用行銷活動來示範融合開發程序的運作方式?

  6. 您是否有符合製作者的職業道路選項?

  7. 您是否組建了導師社群來分享進階製作者的概念及最佳做法?

  8. 您對公民和專業開發人員有共同的開發策略和目標嗎?

自動化

  1. 您是否有自動化的環境和 DLP 連接器原則要求?

  2. 您是否就管理員和製造商之間的流程和合規性進行了溝通? 此程序是自動化的嗎?

Fusion Teams

  1. 您是否有標準庫、自訂連接器和元件供製作者使用?

  2. 您是否需要 Fusion Teams 才能管理原始檔控制和應用程式生命週期 (例如,組建、驗證、測試和生產)?

  3. 您是否擁有共同規劃和執行工作的跨職能團隊,包括製作者、測試人員和營運團隊?

  4. 您是否為新項目所需的公民和專業開發人員制定了共同的發展戰略和目標?