Power Platform 導入の成熟度モデル: 詳細な機能

  • [アーティクル]

導入の成熟度モデルの目標は、Microsoft Power Platform 導入のロードマップを定義しやすくすることです。 ロードマップは、Power Platform 導入の成功に直接つながる、一連の戦略的で周到な考慮事項とアクション アイテムを提供します。

導入を促進し、ローコード カルチャを育成することは、テクノロジ機能を実装するだけではありません。 テクノロジは組織が影響力を最大にするのに役立ちますが、正常なローコード文化には、広範なユーザー、プロセス、テクノロジ間における多くの考慮事項が含まれます。

導入成熟度モデルの目標は、機能の改善方法を検討し、どの機能が自分たちにとって最も重要かを決定する方法を組織とそのパートナーに提供することです。 各ステージは、戦略とビジョン、管理、ガバナンスなどの個々の分野の状態を説明しています。 モデルの目的は、組織が明確に定義したスケール上にある複数のディメンションに沿って機能を理解し、各ディメンションに対して概算時間で達成したいレベルを決定し、次のレベルへ進歩するさまざまな方法の機能を改善しやすくすることです。

次のセクションでは、各ステージにある組織の特性と機能の詳細を説明します。

戦略とビジョン

レベル 戦略とビジョンの状態
100: 初期
  • ビジネス領域によるイノベーション (ボトムアップ)
  • 複雑さが低いシナリオ
  • 限定的な再利用
  • 未定義の戦略
200: 繰り返し可能
  • IT とビジネス間の共通のビジョン
  • 需要管理プロセス
300: 定義済み
  • Power Platform 専用製品所有者
  • ボトムアップとトップダウンのイノベーション
  • 組織の IT ポートフォリオにおける Power Platform の役割に関する定義された理解
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: 効率
  • サポート活動の自動化 (たとえば、所有権の変更、FAQ のボット)
  • ソリューションを構築および運用する責任と所有権は完全に理解されています

作成者の育成と市民作成者

レベル 作成者の育成と市民作成者の状態
100: 初期
  • 一部のスタッフは、アプリの In a Day イベントに参加したことがあります (パートナーまたは Microsoft が配信)
  • 作成者育成のためのチーム ベースのイニシアチブ
200: 繰り返し可能
  • 新しい作成者向けのオンボード戦略
  • 一部のスタッフはハッカソンに参加したことがあります
  • 作成者は部門間のアンバサダーになり、その機能を伝えます
300: 定義済み
400: 利用可能
  • チャンピオン向けの定期的なイベント
  • 定期的なハッカソン
  • 作成者の評価と証明書
  • 成功事例の共有と称賛
  • セッションの表示と説明
  • 導入キャンペーン
500: 効率
  • 実証済みの価値を持つ大規模な内部コミュニティ
  • 作成者のキャリア パス
  • 指導者の担当者のコミュニティ
  • 市民開発者とプロ開発者共通の開発戦略と目標

自動化

レベル 自動化の状態
100: 初期
  • プロセスはほとんどが手動で、1 回限りです
200: 繰り返し可能
  • プロセスは標準化されていますが、手動で実装されています
300: 定義済み
  • 環境および DLP コネクタ ポリシーの要求は自動化されています
  • アプリは手動で展開されますが、ソリューションを使用しています
  • 管理者と作成者間のプロセスとコンプライアンスに関する通信は自動化されています
400: 利用可能
  • ALM プロセスは一元的に定義され、実装されます
  • 過剰共有、未使用、および孤立したリソースを識別するための管理タスクは、大部分が自動化されています
  • コンプライアンスおよびサポート情報を収集するためのガバナンス タスクは自動化されています
500: 効率

Fusion Teams

レベル Fusion Teams の状態
100: 初期
  • Teams は別々に動作します
  • プロの開発者による Power Platform の使用はありません
200: 繰り返し可能
  • Teams は互いの作業をレビューして承認します
  • プロの開発者は価値の高い使用例を紹介します
300: 定義済み
400: 利用可能
  • 作成者、テスト担当者、および運用チームを含め、部門をまたがるチームが共同で作業を計画し、実行します。
  • 共同作業によるインフラストラクチャの計画と有効化の変更
  • データの再利用を支援するための Common Data Model の使用
500: 効率
  • チームはシームレスに形成され、部門をまたがるスキルに対応します
  • 新しいプロジェクトに必要な市民開発者とプロ開発者共通の開発戦略と目標

Note

Power Platform 導入成熟度モデルの印刷可能なバージョンをダウンロードすることができます。

Power Platform の導入

Power Platform 導入の成功には、効果的なプロセス、サポート、ツール、およびデータを作成者とユーザーが利用できるようにすることが含まれます。

一般的な誤解に、導入は主に使用量またはユーザー数に関係しているというものがあります。 使用状況の統計が重要な要素であることに疑問はありません。 ただし、使用状況だけが要因ではありません。 導入とは、テクノロジを定期的に使用するだけでなく、それを効果的に使うことです。 有効性を定義して測定することは大変です。

可能な限り、導入作業はローコード プラットフォームや Power BI のようなその他の Power Platform プラットフォーム間で調整する必要があります。

Note

個人と組織自体、学習、変化、そして改善を続けています。 つまり、導入作業に正式な終了はありません。

対象ユーザー

導入成熟度モデルは、次のうち 1 つ以上の結果に関心があるユーザーを対象にしています。

  • Power Platform を効果的に使用するよう組織の機能を改善します。
  • Power Platform 配信に関連する組織の成熟度レベルを向上させます。
  • Power Platform のスケーリング時に直面する導入関連の課題を理解して克服します。
  • Power Platform における組織の投資収益率 (ROI) を向上させます。

この一連の記事は主に、次の特性の 1 つ以上を持つ組織で働くユーザーに役立ちます。

  • 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 導入成熟度レベルについて学習します。 成熟度レベルは、一連の記事全体で参照されます。 また、導入に関連した追加リソースの結論の記事を参照してください。

その他の役に立つリソースは次のとおりです。