Microsoft Fabric 導入ロードマップの成熟度レベル

Note

この記事は、"Microsoft Fabric 導入ロードマップ" シリーズ記事の一部です。 このシリーズの概要については、「Microsoft Fabric 導入ロードマップ」をご参照ください。

Microsoft Fabric のような分析テクノロジを導入する際には、相互に関連した、考慮する観点が 3 つあります。

上の図に示されている 3 種類の導入には、以下が含まれています。

Type	内容
	組織への導入は、分析ガバナンス プロセスの有効性に関連しています。 また、分析とビジネス インテリジェンス (BI) の取り組みをサポートし、実現するためのデータ管理の実施も指します。
	ユーザーへの導入とは、消費者と作成者が各自の知識を継続的に高める段階です。 これは各自が分析ツールを積極的に使用しているかどうかと、最も効果的な方法で使用しているかどうかに関係します。
	ソリューションへの導入は、個々の要件や分析ソリューションに関して達成された影響とビジネス価値に関連しています。

前の図の 4 つの矢印が示すように、3 種類の導入はすべて、密接に相互に関連しています。

• ソリューションへの導入は、ユーザーへの導入に影響を及ぼします。 適切に設計された適切に管理されたソリューション (一連のレポート、Power BI アプリ、セマンティック モデル、Fabric Lakehouse など) は、分析を最適な方法で使用する方法にユーザーに影響を与え、ガイドします。
• ユーザーへの導入は、組織への導入に影響を及ぼします。 個々のユーザーによって使用されるパターンや実施方法が、組織への導入に関する決定、ポリシー、実施方法に影響を与えます。
• 組織への導入は、ユーザーへの導入に影響を及ぼします。 組織での効果的な実施 (メンタリング、トレーニング、サポート、コミュニティなど) により、ユーザーは日常のワークフロー内で正しいことを行うよう促されます。
• ユーザーへの導入は、ソリューションへの導入に影響を及ぼします。 ユーザーへの導入が確実に行われると、教育を受けて豊富な情報を持つユーザーによって分析が効果的に利用されるため、個々のソリューションの導入がより確かで成功したものになることに寄与します。

この記事の残りの部分では、これらの 3 種類の導入について、より詳しく説明します。

組織への導入の成熟度レベル

組織への導入では、分析ガバナンスとデータ管理の実施状態が評価されます。 組織への導入にはいくつかの目標があります。

• 作成者、コンシューマー、利害関係者のコミュニティを効果的にサポートします。
• ユーザーに機能を提供して生産性を高める
• 分析、BI、データ管理アクティビティの正しくサイズ設定されたガバナンス
• 継続的な改善サイクルを備えたエンタープライズ BI とセルフサービス BI によって情報配信を監督する

組織への導入については、成熟度モデルの観点から考えると参考になります。 Power CAT 導入成熟度モデルや Microsoft 365 の成熟度モデルとの一貫性を保つために、この Microsoft Fabric 導入ロードマップは、Capability Maturity Model (能力成熟度モデル) の 5 つのレベルに対応しています。CMM は後に、ISACA によるデータ管理成熟度 (DMM) モデルによって強化されました (DMM は有料リソースでしたが、現在は廃止されていることにご注意ください)。

どの組織でも、時間、資金、人員に限りがあります。 そのため、どの領域での取り組みを優先させるかを選択する必要があります。 分析への投資を最大限に利用するには、下で説明するように、少なくとも成熟度レベル 300 または 400 の達成を目指してください。 組織内のさまざまなビジネス ユニットが異なる速度で進化し、成熟することはよくあるため、組織の状態と、主なビジネス ユニットの進捗状況を意識してください。

Note

組織的な導入の成熟度は長い道のりです。 より高いレベルに進むには、時間、労力、計画が必要です。

成熟度レベル 100 – 初期

レベル 100 は、"初期" や "実行済み" と呼ばれます。 これは、新しくてプロセスの規則が存在せず、文書化されていない、新しいデータ関連投資の出発点です。

成熟度レベル 100 の一般的な特性は以下のとおりです。

• Fabric を使用した小さな成功と実験が、組織の 1 つ以上の領域内に存在します。
• すばやく成果を上げることが優先され、ソリューションが提供されて、いくつかの成功が収められています。
• 自然の成長は、協調した戦略やガバナンスのアプローチの欠如につながりました。
• 実施方法は文書化されておらず、部署の知識に大きく依存しています。
• 効果的なデータ管理のために、正式なプロセスがいくつか導入されています。
• 組織全体でデータがどのように使用されるかが認識されていないために、リスクが存在しています。
• 分析を使用した戦略的投資の可能性は認識されています。 ただし、目的をもって組織全体で実行するための明確なパスはありません。

成熟度レベル 200 – 反復可能

レベル 200 は、"反復可能" や "管理済み" と呼ばれます。 成熟度曲線のこの時点では、データ管理が計画されて実行されています。 定義されたプロセスが存在しますが、これらのプロセスは組織全体で均一に適用されない場合があります。

成熟度レベル 200 の一般的な特性は以下のとおりです。

• この段階では、一部の分析コンテンツが重要性において欠くことのできないものになっていたり、組織で幅広く使用されていたりします。
• 反復可能なプラクティスをドキュメント化し、定義しようとする試みがあります。 これらの取り組みはサイロ化し、後手に回り、実現する成功のレベルもさまざまです。
• 個人が適切な判断を下し、自分で学習した健全な習慣を取り入れることに過剰に依存しています。
• 分析の導入は引き続き自然に拡大して価値を生んでいます。 ただし、その実施方法は制御されていません。
• Teams チャネルや Yammer グループなど、社内コミュニティのためのリソースが確立されます。
• 一貫性のある分析ガバナンス戦略の初期計画が進行中です。
• センター オブ エクセレンス (COE) による価値の提供が可能であることは認識されています。

成熟度レベル 300 – 定義済み

レベル 300 は "定義済み" と呼ばれます。 成熟度曲線のこの時点では、標準化された一連のデータ管理プロセスが確立されていて、組織上の境界を越えて一貫して適用されています。

成熟度レベル 300 の一般的な特性は以下のとおりです。

• 分析の効果的な使用に関して、測定可能な成功が達成されています。
• 反復可能なプラクティスの標準化が進んでいます。 ただし、初期の制御不能な成長により、最適とは言えない側面が引き続き存在する可能性があります。
• COE が確立されます。 これには、明確な目標と責任の範囲があります。
• 社内の実践共同体は、数が増えているユーザーの参加によって勢いを増しています。
• 社内ユーザー コミュニティには、エキスパートが登場しています。
• トレーニング、ドキュメント、リソース (テンプレート ファイルなど) への初期投資が行われています。
• 初期のガバナンス モデルが導入されています。
• 積極的に関与している経営幹部がいます。
• すべての分析関係者の役割と責任がよく理解されています。

成熟度レベル 400 – 可能

レベル 400 は、"可能" や "測定済み" と呼ばれます。 成熟度曲線のこの時点では、データはライフサイクル全体にわたって適切に管理されています。

成熟度レベル 400 の一般的な特性は以下のとおりです。

• 分析とビジネス インテリジェンスの取り組みによって、大きな価値がもたらされています。
• 承認済みツールは、組織全体で重要なコンテンツを配信するためによく使用されています。
• すべての主要ビジネス ユニットから協力を得て確立され、受け入れられたガバナンス モデルが存在します。
• トレーニング、ドキュメント、リソースは、ユーザーの社内コミュニティですぐに利用可能になり、積極的に使用されています。
• 分析の使用や実務を監督、監視するための標準化されたプロセスが導入されています。
• COE には、すべての主要ビジネス ユニットからの代表が含まれています。
• エキスパート ネットワークは社内コミュニティをサポートします。 エキスパートは、COE だけでなく、同僚とも積極的に連携します。

成熟度レベル 500 – 効率的

成熟度曲線のこの時点では自動化と継続的改善に重点が置かれるようになっているため、レベル 500 は、"効率的" や "最適化" と呼ばれています。

成熟度レベル 500 の一般的な特性は以下のとおりです。

• 分析ソリューションの価値は組織に浸透しています。 Fabric は組織全体に広く受け入れられています。
• 分析のスキルセットは組織内で高く評価されていて、経営幹部に認識されています。
• 社内のユーザー コミュニティは自立していて、COE からの支援を受けています。 このコミュニティは、重要な個人に過度に依存してはいません。
• COE は、実装と導入の目標の成功を測定するために、主要業績評価指標を定期的にレビューしています。
• 継続的な改善が、継続的な優先事項です。
• オートメーションの利用によって、価値を高め、生産性を向上させ、エラーのリスクを軽減しています。

Note

上記の特性は一般化されています。 成熟度レベルについて検討し、計画を設計する際には、各トピックまたは目標を個々に検討することをお勧めします。 実際には、組織全体への Fabric 導入のあらゆる側面でレベル 500 の成熟度レベルに到達することは、おそらく不可能です。 そのため、目標ごとに個別に成熟度レベルを評価します。 そうすることで、最大の価値が実現されるように取り組みに優先順位を付けることができます。 この Fabric 導入シリーズの記事の残りの部分では、トピックごとに成熟度レベルを示します。

個人、そして組織自体が、継続的に学習し、変化し、改善するのです。 つまり、導入作業に正式な終了はありません。 ただし、より高い成熟度レベルに達すると、取り組みが削減されるのが一般的です。

この記事の残りの部分では、導入の 2 つ目と 3 つ目の種類であるユーザーへの導入とソリューションへの導入について説明します。

注意

このシリーズの残りの記事では、主に組織への導入に重点を置いています。

ユーザーへの導入の各ステージ

ユーザーへの導入では、コンテンツの利用者とセルフサービス コンテンツ作成者が、Fabric などの分析ツールを積極的かつ効果的に使用している範囲が測定されます。 使用状況の統計だけでは、正常なユーザーへの導入は表されません。 ユーザーへの導入は、個々のユーザーの行動と実施状況にも関係しています。 その目的は、ユーザーがソリューション、ツール、およびプロセスへの取り組みを正しい方法で、最大限まで行えるようにすることです。

ユーザーへの導入には、利用者がどのようにコンテンツを表示するかや、他のユーザーが利用するコンテンツをセルフサービス作成者がどのように生成するかが含まれます。

ユーザーへの導入は個々のユーザーごとに行われますが、その測定と分析は集計して行われます。 個々のユーザーは、ユーザーへの導入の 4 つのステージを各自のペースで進みます。 新しいテクノロジを採用する個人が習熟するまでに、少しの時間がかかります。 約束された生産性の向上とは無関係に、一部のユーザーは熱心で、他のユーザーはさらに別のツールを学ぶことに消極的になるでしょう。 ユーザーへの導入の各ステージを進むには、時間と労力が必要で、組織の導入目標に合わせるための行動上の変化が必要になります。 ユーザーへの導入の各ステージを進むユーザーをどこまで組織がサポートするかは、組織レベルでの導入の成熟度と直接的な相関関係があります。

ユーザーへの導入のステージ 1 – 認識

ステージ 1 のユーザーへの導入の一般的な特性は、以下のとおりです。

• 個人が何らかの方法で分析のことを耳にするか、初めてそれに触れました。
• 個人が Fabric などのツールにアクセスできる場合もありますが、まだそれを積極的には使用していません。

ユーザーへの導入のステージ 2 – 理解

ステージ 2 のユーザーへの導入の一般的な特性は、以下のとおりです。

• 個人は、分析上と意思決定のサポート方法の利点について理解を深めます。
• 個人は関心を示して分析ツールを使い始めます。

ユーザーへの導入のステージ 3 – 勢い

ステージ 3 のユーザーへの導入の一般的な特性は、以下のとおりです。

• 個人は、正式なトレーニング、自習型の学習、実験に参加することで、分析スキルを積極的に獲得します。
• 個人は、自分のロールに関連する分析の使用または作成によって、基本的なコンピテンシーを獲得します。

ユーザーへの導入のステージ 4 – 習熟

ステージ 4 のユーザーへの導入の一般的な特性は、以下のとおりです。

• 個人が積極的に分析を定期的に使用しています。
• 個人は、自分のロールに関連するため、意図された方法で分析ツールを使用する方法を理解します。
• 個人は、組織のガバナンス プロセスに合わせて自分の行動とアクティビティを変更します。
• 組織のプロセスを支えて取り組みを変えようという個人の意欲は時間とともに高まっていて、彼らは組織内で分析の支持者になっています。
• 個人は、自分のスキルを継続的に向上させ、新しい製品の機能や特徴について最新情報を入手し続けようと努力しています。

ステージ 2 (理解) からステージ 4 (習熟) に進むのに要する労力は過小評価されがちです。 一般に、ステージ 3 (勢い) からステージ 4 (習熟) に進むのに最も長い時間がかかります。

重要

ユーザーが勢いと習熟のステージに達するまでに、組織は取り組みにおいて彼らをサポートする準備ができている必要があります。 ユーザーにステージを進めるよう促す、先を見越した取り組みを検討することができます。 詳細については、実践共同体とユーザー サポートに関する記事を参照してください。

ソリューションへの導入の各フェーズ

ソリューションへの導入は、デプロイされたコンテンツの影響を測定することに関係しています。 また、ソリューションによって提供される価値のレベルに関係します。 ソリューションへの導入を評価する際の範囲は、1 セットのレポート、1 つのレイクハウス、または単一の Power BI アプリのような、1 セットの要件についてです。

Note

この一連の記事では、コンテンツはソリューションと同義です。

ソリューションがフェーズ 3 や 4 に進むにつれて、ソリューションの運用化に対する期待が高まります。

ヒント

ガバナンスへの期待に関する範囲の重要性については、コンテンツ配信スコープに関する記事で説明されています。 その概念はこのトピックに密接に関連していますが、この記事では異なる角度からアプローチします。 運用化されて多くのユーザーに配布されているソリューションが既にある場合を検討します。 ソリューションへの導入という概念は、コンテンツによってどれだけの価値が提供されるかが焦点となっているため、それがフェーズ 4 のソリューションへの導入と自動的に同等であるわけではありません。

ソリューション フェーズ 1 – 探索

フェーズ 1 のソリューションへの導入の一般的な特性は、以下のとおりです。

• 探索と実験が、新しいアイデアのテストに対する主なアプローチです。 新しいアイデアの探索は、非公式のセルフサービスの取り組み、または正式な概念実証 (POC) を通じて行うことができます (POC の範囲は意図的に狭められています)。 目標は、要件を確認し、前提条件を検証して、不明点に対処し、リスクを軽減することです。
• 小さなユーザー グループで概念実証ソリューションをテストし、有用なフィードバックを提供します。
• わかりやすくするために、すべての探索 (と最初のフィードバック) が、ローカル ユーザー ツール内 (Power BI Desktop または Excel など)、または単一の Fabric ワークスペース内で実行される場合があります。

ソリューション フェーズ 2 – 動作可能

フェーズ 2 のソリューションへの導入の一般的な特性は、以下のとおりです。

• ソリューションは動作可能で、ユーザー要件の基本的なセットを満たしています。 おそらく、改善と強化を繰り返す計画が存在しています。
• ソリューションは、Fabric ポータルにデプロイされます。
• 必要なサポート用コンポーネント (スケジュールされたデータ更新をサポートするためのゲートウェイなど) がすべて配置されています。
• ターゲット ユーザーはソリューションを認識しており、それを使用することに関心を示します。 場合によっては、限定されたプレビュー リリースである可能性があり、運用環境の ワークスペースに昇格する準備がまだできていない可能性があります。

ソリューション フェーズ 3 – 有価値

フェーズ 3 のソリューションへの導入の一般的な特性は、以下のとおりです。

• ターゲット ユーザーがそのソリューションには価値があると気付き、具体的な利点を経験します。
• ソリューションは、管理、セキュリティ保護、および監査された運用ワークスペースに昇格します。
• データの品質、正確なプレゼンテーション、アクセシビリティ、許容できるパフォーマンスを確保するため、検証とテストが行われます。
• コンテンツは必要に応じて承認されます。
• ソリューションの使用状況メトリックが積極的に監視されます。
• 今後のリリースに貢献できる提案や改善点の入手を促進するため、ユーザー フィードバック ループが導入されています。
• 情報コンシューマーのニーズ (使用されるデータソースやメトリクスの計算方法など) をサポートするために、ソリューション ドキュメントが作成されます。 ドキュメントは、将来のコンテンツ作成者 (将来のメンテナンスや計画的な機能強化のドキュメント化など) に役立ちます。
• コンテンツの所有権と主題の専門家が明確になっています。
• レポートのブランド化とテーマ設定が実施されており、ガバナンスのガイドラインと一致しています。

ソリューション フェーズ 4 – 不可欠

フェーズ 4 のソリューションへの導入の一般的な特性は、以下のとおりです。

• ターゲット ユーザーはソリューションを積極的かつ日常的に使用しており、ソリューションは意思決定の目的のために不可欠であると見なされています。
• ソリューションは、開発およびテスト用のコンテンツから適切に分離された実稼働ワークスペース内に配置されています。 変更管理とリリース管理は、変更の影響のために注意深く制御されています。
• ソリューションが進化する要件を満たし続けるように、一部のユーザーが定期的にフィードバックを提供しています。
• ソリューションの成功に対する期待は明確であり、測定されています。
• 特にサービス レベル アグリーメントがある場合は、ソリューションのサポートに対する期待が明らかです。
• ソリューションは、組織のガバナンス ガイドラインと実施方法に沿っています。
• ほとんどのコンテンツは、その重要な性質のために認定されています。
• 特に IT が管理するコンテンツについては、新しい変更に関する正式なユーザー受け入れテストが行われる場合があります。

関連するコンテンツ

Microsoft Fabric 導入ロードマップ シリーズの次の記事では、組織のデータ カルチャと、導入の取り組みに対するその影響を確認します。