配信モデル
組織の規模によっては、構造化された組織モデルを実装することによって Microsoft Power Platform の採用アプローチを形式化することをお勧めします。 チームを構成し、状況と組織に最適な方法を決定するには、次の方法を検討する必要があります。
Microsoft Power Platform には 4 つの配信モデルがありますが、これらはそれぞれ単なるメンタル モデルです。すべての組織には、この連続体に沿って複数のモデルのバリエーションがあります。 たとえば、すべての要件が中央配信チームに送られる集中型モデルを選択した場合でも、市民開発者がプラットフォームを発見しチーム用アプリを構築することができます。 したがって、マトリックスまたは BizDevOps の要素が関係なく存在します。
これらのモデルは、現在のソフトウェア配信モデルとは何か、Microsoft Power Platform がどのようにオーバーレイする可能性があるか、または Microsoft Power Platform によって実現される迅速な開発機能に対応するために、現在のモデルがどのように進化してするかを検討するのに役立ちます。
一元的
このモデルでは、組織のビジネス ユニット全体から部門ソリューションのロー コード配信を所有する製品所有者の中央チームを作成します。 コード ファースト ソリューションを所有するプロの開発者は、ビジネスと並行して共有モデルを提供します。 エンタープライズ アーキテクトは中間層とサービスを所有し、データがメーカーに利用可能であることを保証します。 中央 IT は、全員が運用するライセンスとシステムを所有します。
このモデルを使用して、組織の優先順位に基づいてアプリの開発をピックアップできる中央チームを作成します。 さらに、Power Apps の基礎的な専門知識を持っているので、あなたのチームには、Power Automate、Power BI および Power Apps component framework などの Microsoft Power Platform といった特定の部分を専門とするメンバーが含まれます。また、サードパーティの統合と人工知能に特化することができます。 このモデルは、組織全体で変化を推進する効果的な方法であり、あらゆるタイプのアプリケーションを提供するための最良の方法です。
これは、分散モデルとマトリックス モデルの両方のタイプのモデルが成長した様子を描いた 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 は、アプリ メーカーとオペレーションの間の全体的な関係であり、好循環で機能します。 これが機能するためには、すべてのチームが、組織が向かっているデジタル文化の明確なビジョンを持っている必要があります。 作成されたアプリから最大の価値を引き出すには、信頼できるサポート、ガバナンス、および保守性が必要です。 テクノロジーが進化するにつれて、アプリを最新の状態に保つためにアプリを更新する必要があります。 変化を認識するだけでなく、それを管理するための計画を立てることは、アプリを成功させるための鍵です。