戦略とビジョン
Power Platform ソリューションを実装する組織では、多くの場合、パワー ユーザーとプロフェッショナル開発者が共同でプロジェクトに取り組んでいます。 パワー ユーザーは、業務の改善や生産性の向上に役立つアプリケーションを構築し、開発者は、これらのソリューションを機能させるための技術的なコンポーネントを構築しています。
このプロセスは、従来のプロセスとは異なるものです。 このように多くの人々が連携してソリューションを構築する場合、セキュリティ、コンプライアンス、パフォーマンスなどに関する、さまざまな課題が発生する可能性があります。
Microsoft プラットフォームを使用してソリューションを構築する前に、その全体像を検討することが重要です。 適切な計画と検討をしておくことで、プロジェクトの成功に大いに役立つ可能性があります。 さまざまなツールやプラクティスの実装も、ソリューションの構築がよりスムーズに進行するために役立ちます。
センター オブ エクセレンスの確立
最初に検討すべきことの 1 つは、Microsoft Power Platform センター オブ エクセレンスの設立です。 センター オブ エクセレンス (CoE) の設立は、Power Platform が提供する有機的成長への投資と促進につながり、またガバナンスと管理の確保にもつながります。 多くの組織にとって、CoE は、組織全体にわたる優れた創造性と革新性を促進するための最初のステップとなります。 CoE によって、各事業部によるビジネス プロセスのデジタル化と自動化を推進しながら、必要な中央監視とガバナンスを確保することができます。
重要な原則の 1 つは、CoE を設立する理由、達成目的、実現すべき主なビジネス成果を明確化することです。 それに基づいて、着手し、その過程で学習しながら、進化を続けます。
CoE は、イノベーションと改善を図るためのものです。 地理的なサイロや組織的なサイロをなくし、同じビジネス目標を持つ者同士が連携して、知識や成果を共有できます。同時に、組織の標準化、一貫性、ガバナンスを実現できます。 つまり CoE は、組織が各部署ごとのメトリックではなく、全社ビジネス目標に沿って連携するための、強力な手段となります。
通常、次のようなメンバーや部門が、センター オブ エクセレンスを設立するための主要な原動力や関係者となります。
アプリ作成者、フロー作成者
アプリケーション ライフサイクル管理担当者、DevOps 担当者
全社 IT 部門
サポート エンジニア、トレーニング エンジニア
ビジネス変更管理
最初は、センター オブ エクセレンスの設立は、組織で Microsoft Power Platform の採用を進める 1 人の担当者によって、提供ツールとベスト プラクティスの利用を推進することから始めることができます。 組織の進化につれて、投資の成熟化と成長を図り、さまざまな役割に拡大して、組織全体のガバナンス、トレーニング、サポート、アプリ デプロイの自動化などに対応することができます。
CoE を確立するための取り組みを始めるには、次の戦略をお勧めします。
データ損失防止ポリシーを確立し、ライセンスとデータ ソースへのアクセスを管理して、セキュリティを確保します。
Teams、Yammer、SharePoint などでコミュニティ空間を作成して、意識の共有を広げます。さまざまなリンクや情報を提供して、メンバーが学びを開始できるようにします。
使用状況を確認し、アプリの作成者や、作成アプリの内容、利用状況などを確認します。
それらの学びに基づいて CoE 戦略を進化させます。
Microsoft Power Platform センター オブ エクセレンス設立の詳細については、「Microsoft Power Platform センター オブ エクセレンスの開始方法」を参照してください。
役割と責任
Power Platform ソリューションの計画と保持や、センター オブ エクセレンスの確立には、通常、多くの入力やフィードバックを活用して、さまざまな関係者が効果を発揮できるようにする必要があります。 このため、戦略の一部として、次のような役割と責任を含めることをお勧めします。 これは、アプリケーション作成に関するガイダンスの提供、データの安全性の確保、アプリ開発者によるソリューション構築時のベスト プラクティスの実践などに役立ちます。 推奨される考慮事項を以下に示します。 これらは、組織によって異なる場合があります。または、少数の役割から始めて、採用の拡大につれてさらに進化させることもできます。
ローコード戦略チーム
ローコード戦略チームは、主要な意思決定者を含み、Microsoft Power Platform 戦略と組織目標との整合を確保します。 またこのチームは、採用と変更管理、組織全体での連携方法の検討も行います。 デジタル イノベーションの原動力となり、デジタル リテラシー向上のための具体的な行動計画を確実に実施します。 これは多くの場合、ボトムアップとトップダウンの取り組みの組み合わせによって達成されます。
ボトムアップ: 作成者を教育し、不安を解消して、自己実現を推進します。
トップダウン: エグゼクティブ リテラシーに取り組み、イノベーションを重視する企業文化を創造します。
Microsoft Power Platform 管理者チーム
Microsoft Power Platform 管理チームは、環境戦略の確立、データ損失防止 (DLP) ポリシーの設定、ユーザー、キャパシティ、ライセンスの管理を担当します。 また、コネクタ、統合、移行により、作成者がデータを利用できるようにします。
Microsoft Power Platform 育成チーム
Microsoft Power Platform 育成チームには、パワー ユーザーを含めることができます。実践的なアプリのトレーニング イベントやハッカソンを開催したり、作成者へのメンターシップを提供したり、新規作成者への支援を提供したり、プラットフォームの拡大に取り組みます。
自動化と再利用可能なコンポーネント
考慮すべきもう 1 つのチーム (役割) は、タスクの自動化を検討するチームです。たとえば、未使用のリソースのアーカイブ、使用頻度の高いリソースの特定 (正式なサポートを提供できるようにする)、エンドユーザーからの環境やライセンス要求の承認などの自動化を検討できます。 またこのチームは、Microsoft Power Platform Build Tools for Azure DevOps を使ってアプリケーション ライフサイクル管理を設定したり、作成者とのアーキテクチャ レビューをサポートしたり、共通テンプレートや再利用可能コンポーネントを作成したりします。 これらの役割を備えると、プロセスの一貫性を確保し、ベスト プラクティスを組織全体に広げて、より迅速にメリットを実現できます。
配信モデル
最初に検討すべきもう 1 つの考慮事項は、ソリューションの組織への配信方法です。 組織の規模によっては、構造化された組織モデルを実装して、Microsoft Power Platform 採用アプローチを正式化することもできます。 次のような方法を検討し、チームを構成して、状況と組織に最適な方法を決定する必要があります。
Microsoft Power Platform には 4 つの配信モデルがありますが、これらは基本的な概念のモデルであり、各組織ではこれらを組み合わせた具体的な独自の配信モデルを検討する必要があります。 たとえば、集中型モデルを選択し、中央配信チームがすべての要件をまとめるようにした場合でも、市民開発者がプラットフォームを活用してチーム用のアプリを構築することもできます。 いずれにしても、マトリックスや BizDevOps の要素があります。
これらのモデルを使って、現在のソフトウェア配信モデルがどのようなものであるかを検討し、Microsoft Power Platform をどのように反映できるかを検討して、現在のモデルの進化を通じて Microsoft Power Platform に基づく迅速な開発の実現を図る方法を検討できます。
集中型モデル
このモデルでは、製品所有者の中央チームが、組織内の各事業部の部門ソリューションでのローコードの配信を実行します。 コードファースト ソリューションを所有するプロフェッショナル開発者は、各部門と連携して、共有モデルの配信を実行します。 エンタープライズ アーキテクトは中間層とサービスを所有し、作成者がデータを利用できるようにします。 全社 IT 部門では、すべてのユーザーが扱うライセンスとシステムを所有します。
このモデルでは、中央チームが、組織の優先順位に基づいて、アプリの開発を実行します。 さらに、中央チームは Power Apps の基盤専門知識を備えており、Microsoft Power Platform の Power Automate、Power BI、Power Apps component framework などの特定の部分を専門とするメンバーを含めることもできます。また、サードパーティ統合や人工知能を専門とするメンバーを含めることもできます。 このモデルは、組織全体にわたる変化を促進するために効果的な方法であり、あらゆる種類のアプリケーションを提供できる、優れた方法です。
分散型モデル
このモデルでは、組織全体にわたって複数のチームを作成して、各チームを日々の業務に近い場所に配置できます。 各リソースが、組織のガイドラインの範囲内で一貫性を持ってアプリを配信できるようにします。 各チームが自律性を持って実行、分割、成長できます。 ただし、このモデルでも、集中型ガバナンスは必要です。いくつかの共通のデジタル ガードレールを適用して、企業のコンプライアンスを確保する必要があります。 それは、データ損失防止 (DLP) ガバナンス、コネクタ管理、ライセンス管理などです。ユーザーと開発者が、IT 部門による最小限のサポートによって、ソリューションの構築とリリースを安全に実行できるようにして、企業データの安全性とコンプライアンスを確保する必要があります。 このモデルはセルフサービス型の優れたオプションです。
マトリックス型モデル
これは集中型と分散型のメリットを組み合わせたモデルです。 中央には、Microsoft Power Platform のトレーニングを受けた認定スペシャリストのチームを配置します。 変更、設計、配信、アーキテクチャのリーダーに加え、組織内の各ローカル チームのトレーニングを担当する専門トレーナーを配置します。 ローカル チームは市民開発者で構成され、中央の専門家と連携して、日常業務を行う担当者が構築アプリを使用して確実に問題なく業務を行えるようにします。 このモデルでは、アプリの作成に取り組む何千人ものユーザーにスケールできます。
このチームでは、センター オブ エクセレンスを活用した、データ資産の管理や、すべてのユーザーのためのガイドラインに基づくソリューションのデプロイなども検討する必要があります。 このモデルはセルフサービスにも適し、小規模なチームが IT 部門のわずかな関与ですばやい配信を実行する場合にも適しています。
BizDevOps 型モデル
迅速なアプリ開発のためには、運用担当者 (たとえば IT 部門) が作成アプリを迅速にサポートできる必要があります。 BizDevOps とは、アプリ開発者と運用担当者に関わる、好循環を生む包括的な関係です。 BizDevOps が機能するためには、すべてのチームが、組織のデジタル構想の明確なビジョンを備えている必要があります。 作成アプリの最大の価値を実現するには、信頼できるサポート、ガバナンス、保守性が必要です。 テクノロジの進化につれて、アプリを更新し、アプリを最新の状態に保つ必要があります。 アプリの成功には、変化を認識するだけでなく、変化を管理する計画を立てる必要があります。
以上、Power Platform の戦略とビジョンを開発する際に考慮すべきいくつかの重要な要素について説明しました。次に、デプロイを計画する際に必要な考慮事項について検討します。