Microsoft Fabric 導入ロードマップ: メンタリングとユーザーのイネーブルメント

Note

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

導入作業の重要な目的は、ガバナンスのガイドラインとポリシーによって確立された前提条件のガードレール内で、ユーザーが可能な限り多くのことを実現できるようにすることです。 このため、ユーザーを指導する行為は、センター オブ エクセレンス (COE) の最も重要な責任の 1 つであり、ユーザーの導入方法に直接影響します。 ユーザー導入について詳しくは、「Microsoft Fabric 導入成熟度レベル」をご参照ください。

スキル メンタリング

Fabric コミュニティ内のユーザーをより有能にするためのメンタリングや支援は、次のようなさまざまな形式で行われます。

• オフィス アワー
• 共同開発プロジェクト
• ベスト プラクティス レビュー
• 拡張サポート

オフィス アワー

"オフィス アワー" は、COE によって管理される継続的なコミュニティ エンゲージメントの一形態です。 その名のとおり、オフィス アワーは、コミュニティのメンバーが COE のエキスパートと関わり合い、最小限のプロセス オーバーヘッドで支援を受けることができる、定期的にスケジュールされた利用可能な時間です。 通常、オフィス アワーはグループベースであり、コミュニティの Fabric エキスパートや他のメンバーも、各自の専門分野内のトピックであれば、問題解決のために協力することができます。

オフィス アワーは、多くの組織で非常に人気のある生産的なアクティビティです。 一部の組織ではオフィス アワーのことを "ドロップイン アワー" と呼んだり、"パワー アワー" または "Fabric フライデー" などのおもしろい名前で呼んだりしています。 主な目標は、通常、質問に回答してもらい、問題を解決し、障害となっている問題を取り除くことです。 オフィス アワーは、ユーザー コミュニティでアイデア、提案、さらには苦情を共有するためのプラットフォームとしても使用できます。

COE では、1 人以上の COE メンバーを利用可能にする定期的なオフィス アワーの時間を公開します。 オフィス アワーを定期的かつ頻繁に設けることが理想的です。 たとえば、毎週火曜日と木曜日に設定できます。 世界中に従業員がいる場合は、異なる時間帯を提供するか、時間をローテーションすることを検討してください。

ヒント

1 つの選択肢は、毎週特定のオフィス アワーを設定することです。 しかし、ユーザーが来ない場合があるため、非効率的になる可能性があります。 または、Microsoft Bookings を利用 してオフィス アワーのスケジュールを設定することを検討します。 各 COE エキスパートを利用できる時間ブロックが表示され、その可用性情報は Outlook との統合によって最新であることが保証されます。

次の理由から、オフィス アワーは優れたユーザー有効化アプローチです。

• コンテンツ作成者と COE が積極的に共同作業を行い、質問に回答し、問題を一緒に解決します。
• 実際の作業は、学習と問題解決の過程で達成されます。
• 他のユーザーが観察、学習、参加する場合もあります。
• 個々のグループは、特定の問題を解決するためにブレークアウト ルームに向かうことができます。

次の理由から、オフィス アワーは COE にもメリットをもたらします。

• これは、COE がこれまで知らなかった特定のスキルを持つエキスパートやユーザーを識別するための優れた方法です。
• COE は、組織全体でユーザーが何に苦労しているのかを把握できます。 追加のリソース、ドキュメント、またはトレーニングが必要かどうかを通知するのに役立ちます。

ヒント

複雑な DAX 計算を機能させる、またはパフォーマンスの課題に複雑なソリューションで対処するなど、短時間で解決できない一部の困難な問題が、オフィス アワーの間に発生するのは一般的なことです。 オフィス アワーの範囲と、フォローアップのためのコミットメントがあるかどうかについて、明確な期待を設定してください。

共同開発プロジェクト

COE でメンタリング サービスを提供する 1 つの方法は、"共同開発プロジェクト" の間です。 共同開発プロジェクトは、COE によって提供される支援の一形態です。そこでは、ユーザーまたはビジネス ユニットが COE の技術的専門知識を活用して、データに関するビジネス上の問題を解決します。 共同開発では、ビジネス ユニットの利害関係者と COE が協力して、ビジネス利害関係者が単独では提供することができない、高品質のセルフサービス分析またはビジネス インテリジェンス (BI) ソリューションを構築します。

共同開発の目標は、ビジネス ユニットで徐々に専門知識を深めながら価値も提供することです。 たとえば、営業チームでは、新しい一連のコミッション レポートを作成する必要がありますが、それを単独で完了するための知識をまだ持っていません。

共同開発プロジェクトで、ビジネス ユニットと COE の間にパートナーシップが形成されます。 この配置では、ビジネス ユニットは完全に投資され、深く関与し、プロジェクトの所有権を引き受けます。

COE が関与する時間は、ビジネス ユニットが専門知識を得て自立できるようになるまで、徐々に短縮されます。

上の図に示されている積極的な関与は、時間の経過につれて次のように変化します。

• ビジネス ユニット: 最初は 50%、最大 75%、最終的には 98% ～ 100%。
• COE: 最初は 50%、最小 25%、最終的には 0% ～ 2%。

関与の段階的な削減期間は、プロジェクトで前もって特定されるのが理想的です。 これにより、ビジネスユニットと COE の両方で、タイムラインとスタッフを十分に計画できます。

共同開発プロジェクトは、短期的および長期的に大きなメリットを提供できます。 短期的には、COE の関与により、多くの場合、ベスト プラクティスに従い、組織の標準に準拠する、より優れた設計と高いパフォーマンスを備えたソリューションが得られます。 長期的には、共同開発は、ビジネス利害関係者の知識と能力を向上させ、将来に高品質のセルフサービス データおよび BI ソリューションを提供するための、さらなる自立性とさらなる自信を高めるのに役立ちます。

重要

基本的に、共同開発プロジェクトは、経験の浅いユーザーが適切な方法を学ぶのに役立ちます。 後でリファクタリングが必要になるリスクが軽減され、時間の経過に伴うソリューションのスケーリングや拡張の機能も向上します。

ベスト プラクティス レビュー

COE では、"ベスト プラクティス レビュー" を提供することもできます。 ベスト プラクティス レビューは、自分の作業を検証するコンテンツ作成者にとって非常に役立ちます。 これは、"アドバイザリ サービス"、"内部コンサルティング時間"、または "技術レビュー" と呼ばれることもあります。 共同開発プロジェクト (前述) とは異なり、ベスト プラクティス レビューはソリューションの開発後に行われます。

レビュー中は、COE のエキスパートが、コミュニティのメンバーによって開発されたセルフサービス Fabric コンテンツを評価し、リスク領域や改善の機会を特定します。

ベスト プラクティス レビューが役立つ場合の例を次に示します。

• 営業チームには、組織全体で何千人ものユーザーに配布する予定の Power BI アプリがあります。 このアプリは多数の対象ユーザーに配布される優先度の高いコンテンツなので、認定を受けたいと考えています。 コンテンツを認定するための標準的なプロセスには、ベスト プラクティス レビューが含まれています。
• 財務チームは、ワークスペースを容量に割り当てたいと考えています。 健全な開発手法が準拠されることを保証するには、ワークスペースのコンテンツのレビューが必要です。 このようなレビューは、容量が複数のビジネス ユニット間で共有されている場合に一般的です。 (容量が 1 つのビジネス ユニットにのみ割り当てられている場合、レビューは必要ない場合があります)。
• 運用チームは、広く使用されることが期待される新しい Fabric ソリューションを作成しています。 ユーザー受け入れテスト (UAT) に入る前、または変更管理委員会に要求が提出される前に、ベスト プラクティス レビューを依頼したいと考えています。

ベスト プラクティス レビューは、多くの場合、セマンティック モデルの設計に重点を置いていますが、レビューには、すべての種類のデータ項目 (lakehouse、データ ウェアハウス、データ パイプライン、データフロー、セマンティック モデルなど) を含めることができます。 このレビューには、レポート項目 (レポート、ダッシュボード、メトリックなど) を含めることもできます。

コンテンツをデプロイする前に、ベスト プラクティス レビューを使用して、次のような他の設計上の決定を検証することができます。

• ノートブック内のコードが、組織の標準とベスト プラクティスに準拠していること。
• 必要に応じて、適切なデータ準備アプローチ (データフロー、パイプライン、ノートブックなど) が使用されていること。
• 使用されるデータ ソースが適切であり、Power Query とデータフローが使用される場合は、可能な限り常にクエリ フォールディングが呼び出されること。
• データ準備の手順がクリーンで、整然として、効率的であること。
• 接続モードとストレージ モードの選択肢 (Direct Lake、インポート、ライブ接続、DirectQuery、複合モデル フレームワークなど) が適切であること。
• フラット ファイルや元の Power BI Desktop ファイルなどのデータ ソースの場所が適していること (できれば、Teams ファイルや SharePoint 共有ライブラリなど、バージョン管理と適切なセキュリティを備え、バックアップされた場所に格納されること)。
• セマンティック モデルが適切に設計され、クリーンで、理解しやすく、スター スキーマ設計が使用されていること。
• リレーションシップが正しく構成されていること。
• DAX 計算には効率的 なコーディング手法が使用されていること (特に、大規模なデータ モデルの場合)。
• セマンティック モデルのサイズは妥当な制限内であり、データ削減手法が適用されていること。
• 行レベル セキュリティ (RLS) ではデータ のアクセス許可が適切に適用されていること。
• データは正確であり、信頼できるソースに対して検証されていること。
• 承認済みの共通の定義と用語が使用されていること。
• アクセシビリティ対応の設計など、優れたデータ視覚化手法に従っていること。

コンテンツがデプロイされても、ベスト プラクティス レビューは必ずしも完了していません。 レビューの残りの部分を完了すると、次のような項目も含まれている可能性があります。

• ターゲット ワークスペースがコンテンツに適していること。
• ワークスペースのセキュリティ ロールがコンテンツに適していること。
• その他のアクセス許可 (対象ユーザーのアプリのアクセス許可、ビルド アクセス許可、個々の項目共有機能の使用など) が正しく適切に構成されていること。
• 連絡先が特定され、コンテンツの所有者に正しく関連付けられていること。
• 秘密度ラベルが正しく割り当てられていること。
• Fabric 項目の承認 (認定済みまたは昇格済み) が適切であること。
• データ更新が正しく構成され、エラー通知には適切なユーザーが含まれており、適切なデータ ゲートウェイが標準モードで使用されること (該当する場合)。
• すべての適切なセマンティック モデルのベスト プラクティス ルールが準拠されており、可能な場合は、ベスト プラクティス アナライザーと呼ばれるコミュニティ ツールで自動化されていおり、効率と生産性が最大限に高められていること。

拡張サポート

COE は、ヘルプ デスクからエスカレートされた複雑な問題に関与することがあります。 詳細については、ユーザー サポートに関する記事を参照してください。

注意

メンタリング サービスを提供することで、組織の文化が変わる可能性があります。 通常、ユーザーは Excel などのツールについては支援を求めないので、Power BI についてそうする理由があるだろうか、と思うかもしれません。 その答えは、Power BI と Fabric が非常に強力なツールであるという事実にあります。 データの可視化に加えて、データ準備やデータ モデリングの機能が提供されます。 ユーザーを支援して有効化する能力があれば、ユーザーのスキルとそのソリューションの品質を大幅に向上させることができます。それによって、リスクも軽減されます。

一元化されたポータル

1 つの一元化されたポータル (ハブ) は、ユーザー コミュニティが次のものを見つけることができる場所です。

• コミュニティの Q&A フォーラムへのアクセス。
• 新機能やリリース計画の更新など、コミュニティへの関心事項のお知らせ。
• オフィス アワー、ランチ ミーティング、トレーニング セッション、ユーザー グループ ミーティングのスケジュールと登録リンク。
• コンテンツに対する主な変更のアナウンスと変更ログ (該当する場合)。
• ヘルプやサポートを要求する方法。
• トレーニング資料。
• ドキュメント、オンボード資料、よく寄せられる質問 (FAQ)。
• COE によって推奨されるガバナンス ガイダンスとアプローチ。
• レポート テンプレート。
• ベスト プラクティス ソリューションの例。
• 知識共有セッションの記録。
• ライセンスの取得、アクセスの要求、ゲートウェイの構成など、管理されたプロセスにアクセスするためのエントリ ポイント。

ヒント

一般に、トレーニングと教育に関する情報を積極的に探すのは、コミュニティの 10% ～ 20% のみです。 これらの種類のユーザーはおのずと上達して、エキスパートになる可能性があります。 他のすべての人は、時間、集中力、エネルギーを他の場所で必要とするため、通常はできるだけ早く仕事を終わらせようとしています。 そのため、コミュニティのユーザーに対して情報を見つけやすくすることがきわめて重要です。

目標は、情報を見つけるために、コミュニティのユーザーを一元化されたポータルに一貫して誘導することです。 これに対応する COE の義務は、ユーザーの必要としている情報を、一元化されたポータルで利用できるようにすることです。 誰もが忙しいときにポータルを最新の状態に保つには、規律が必要です。

大規模な組織では、一元化された単一のポータルを実装することが困難な場合があります。 単一のポータルに統合することが現実的ではない場合、一元化されたハブを、他の場所へのリンクを含むアグリゲーターとして利用できます。

重要

情報の検索にかかる時間を短縮することは重要ですが、一元化されたポータルの目標はそれだけではありません。 それは、ユーザー コミュニティが適切な行動をするための役立つ情報を、すぐに利用できるようにしておくことです。 ユーザーが通常の作業の過程で、できるだけ少ない労力で情報を見つけられる必要があります。 COE とデータ ガバナンス チームによって確立されたガードレール内でタスクを完了することが容易になるまで、一部のユーザーは、設定されているポリシーを回避することによってタスクを完了し続けるでしょう。 推奨パスは、最も抵抗の少ないパスになる必要があります。 一元化されたポータルは、この目標の達成に役立ちます。

一元化されたポータルが、コミュニティのユーザーにとって情報を探すための最初の自然な手段と見なされるには時間がかかります。 習慣を変えるには、ポータルへの一貫した誘導が必要です。 他のユーザーに、ポータル内の元のドキュメントの場所を示すリンクを送信すると、たとえば電子メールに回答を含めるよりも、良い習慣が形成されます。 これは、ユーザー サポートに関する記事で説明されているものと同じ課題です。

トレーニング

Fabric コミュニティの中でセルフサービス ユーザーをうまくイネーブリングする重要な要素は、トレーニングです。 適切なトレーニング リソースを見つけやすく、すぐに利用できるようにしておくことが重要です。 一部のユーザーは分析に非常に熱心なので、自分で情報を見つけて物事を理解するでしょうが、ユーザー コミュニティの大部分はそうではありません。

セルフサービス ユーザー (特にコンテンツの作成者と所有者) が成功のために必要なトレーニング リソースにアクセスできるようにすることは、独自のトレーニング コンテンツを開発する必要があるということではありません。 製品は急速に進化するため、多くの場合、トレーニング コンテンツの開発は非生産的です。 幸いにも、世界的コミュニティで豊富なトレーニング リソースが提供されています。 精選された一連のリンクは、ユーザーがトレーニング作業を整理して集中させるのに役立ち、特にテクノロジに重点を置いたツール トレーニングに役立ちます。 すべての外部リンクは、正確さと信頼性を確保するために COE によって検証される必要があります。 COE の利害関係者は、コミュニティの学習ニーズを理解し、質の高い学習教材の信頼できる提供元を特定して見つけることができる理想的な立場にあるため、これは COE にとって価値を付加する重要な機会です。

"組織固有" のプロセスについてはカスタムのトレーニング資料を作成し、他のすべてについては他者によって作成されたコンテンツに依存することで、最大の投資収益率が得られます。 また、ドキュメントの検索方法、ヘルプの入手方法、コミュニティとの対話方法などのトピックに重点を置いた短いトレーニング クラスを用意することも有益です。

ヒント

トレーニングの目標の 1 つは、ユーザーが不適切な習慣を避けながら、新しいスキルを習得できるように支援することです。 それはバランスを取る行為になり得ます。たとえば、レポート作成者の初心者レベルのクラスに複雑さや手間を大量に加えて、新しいユーザーに負担をかけすぎることは避けたいでしょう。 一方で、そうでなければ理解に時間がかかるような内容を新しいコンテンツ作成者に認識してもらうことは大きな投資です。理想的な例は、ライブ接続を使って既存のセマンティック モデルから報告する機能を教えることです。 この概念を最も早い論理的なタイミングで教えることで、経験の浅い作成者が、レポートごとに常に 1 つのセマンティック モデルが必要だと考えることを防止できます (また、既存のセマンティック モデルをレポート間で再利用する良い習慣を奨励することもできます)。

一部の大規模な組織では、従業員の異動と離職が継続的に発生します。 このように頻繁に変更があると、反復可能なトレーニング リソース セットの必要性が高まります。

トレーニング リソースとアプローチ

ユーザーはさまざまな方法で学習するため、トレーニング方法は多数あります。 トレーニング資料の使用状況を監視して測定できれば、何が最も効果的かを時間の経過につれて把握できます。

ハンズオン ラボを伴うクラスルーム トレーニングなど、一部のトレーニングは正式に提供されます。 次のような正式でないトレーニングもあります。

• ランチ ミーティング型のプレゼンテーション
• 特定の目標を達成するための短い操作方法ビデオ
• 精選された一連のオンライン リソース
• 内部ユーザー グループのプレゼンテーション
• 1 時間、1 週間、または 1 か月の課題
• ハッカソン式のイベント

同僚との間で知識の共有を促進する利点については、実践共同体に関する記事を参照してください。

ヒント

現実的であれば、学習は有意義で現実的なものを構築することに関連しているべきです。 ただし、トレーニング コースでは単純なデモデータにも価値があります。 学習者がデータ自体ではなくテクノロジの使い方に集中できます。 入門セッションが完了したら、"データ持ち込み" 型のセッションを提供することを検討してください。 この種のセッションでは、学習者は新しい技術的スキルを実際のビジネス上の問題に適用することを奨励されます。 この種のフォローアップ セッションでは、COE から複数の進行役を参加させて、質問にすばやく回答できるようにしてください。

トレーニングの対象となる可能性のあるユーザーの種類は次のとおりです。

• コンテンツの所有者、分野の専門家 (SME)、ワークスペース管理者
• データ作成者 (たとえば、レポート作成者が使用するセマンティック モデルを作成するユーザーや、他のセマンティック モデル作成者が使用するデータフロー、レイクハウス、ウェアハウスを作成するユーザー)
• レポートの作成者
• コンテンツ コンシューマーと視聴者
• サテライト COE メンバーとエキスパート ネットワーク
• Fabric 管理者

重要

ユーザーの種類ごとに、トレーニングのニーズが異なります。 COE では、各対象ユーザーのニーズに最も適した方法を特定する必要があります。 たとえば、標準的な入門用の Power BI Desktop のクラスが、あるユーザーにとっては難しすぎるのに対し、他のユーザーはさらに挑戦度の高い、複数の Fabric ワークロードを含むエンド ツー エンド ソリューションの、奥深い詳細な情報を教わりたい場合があります。 多様な Fabric コンテンツ作成者達がいる場合は、複数のペルソナを作成して、そのエクスペリエンスを実用的な範囲に適合させることをご検討ください。

トレーニングの完了は、ユーザー導入の成功の先行指標となります。 一部の組織では、トレーニング プログラムの進行に合わせて "青帯" や "黒帯" などのバッジを付与することで、楽しい要素を追加しています。

ユーザー導入のさまざまな段階でユーザーをどのように扱うかを検討してください。 トレーニングのニーズは、対象者によって大きく異なります。

• 新しいユーザーのオンボード ("トレーニング 0 日目" とも呼ばれます)。
• 最小限のエクスペリエンスを持つユーザー。
• より多くの経験を持つユーザー。

COE がトレーニング資料の作成とキュレーションに費やす時間は、導入と成熟が進むにつれて変化します。 また、時間の経過につれて、コミュニティ チャンピオンの中に、機能しているビジネス ユニット内で独自に調整した一連のトレーニング クラスを実施したいと考える人が出てくるかもしれません。

信頼できる Fabric トレーニング コンテンツのソース

精選された一連のオンライン リソースがあると、コミュニティのメンバーは重要なことに集中して取り組みやすくなります。 一般公開されている有益なトレーニング リソースには、次のようなものがあります。

• Power BI 用 Microsoft Learn トレーニング
• Fabric 用 Microsoft Learn トレーニング
• Power BI コースと "1 日" トレーニング資料
• Power BI の LinkedIn ラーニング
• Fabric の LinkedIn ラーニング

Microsoft Teams に統合されている Microsoft Viva ラーニングの使用を検討してください。 これには、Microsoft Learn や LinkedIn Learning などのソースからのコンテンツが含まれています。 組織で作成したカスタム コンテンツを含めることもできます。

Microsoft コンテンツと組織で作成したカスタム コンテンツに加えて、信頼できるオンライン ソースを指す精選された一連の推奨リンクをユーザー コミュニティに提供することもできます。 世界的コミュニティによって作成されたビデオ、ブログ、記事が多数あります。 コミュニティは、Fabric や Power BI のエキスパート、Microsoft Most Valued Profession (MVP)、愛好家などで構成されています。 具体的で、信頼できる、最新かつ高品質のリソースを含む、精選されたラーニング パスを提供することは、ユーザー コミュニティに最大の価値をもたらします。

カスタムの社内トレーニングを作成するために投資を行う場合は、特定の 1 つの問題を解決することに重点を置いた、対象を絞った短いコンテンツの作成を検討してください。 これにより、トレーニングを簡単に見つけて利用できるようになります。 また、時間の経過に伴う保守や更新も容易になります。

ヒント

Fabric ポータル内の [ヘルプとサポート] メニューはカスタマイズ可能です。 トレーニング ドキュメントの集中管理場所が使用可能になったら、管理ポータルのテナント設定をそのリンクで更新します。 このリンクは、ユーザーが [ヘルプを取得] オプションを選択したときにメニューからアクセスできるようになります。 また、Power BI Desktop の [ヘルプ] リボン タブについてユーザーに必ず教えてください。 ガイド付き学習、トレーニング ビデオ、ドキュメントなどへのリンクが含まれています。

ドキュメント

適切に記述された簡潔なドキュメントは、作業を実行しようとしているユーザーにとってかなり役立つことがあります。 ドキュメントのニーズとその提供方法は、Fabric が組織内でどのように管理されているかによって異なります。 詳細については、「コンテンツの所有権と管理」の記事を参照してください。

Fabric の特定の側面は、COE などの一元化されたチームによって管理される傾向があります。 このような状況では、次の種類のドキュメントが役立ちます。

• Power BI ライセンスを要求する方法 (およびマネージャーの承認が必要かどうか)
• 新しい容量を要求する方法
• 新しいワークスペースを要求する方法
• ワークスペースを既存の容量に追加するように要求する方法
• ゲートウェイ データ ソースへのアクセスを要求する方法
• ソフトウェアのインストールを要求する方法

ヒント

繰り返し行われる特定のアクティビティについては、Power Apps と Power Automate を使用して自動化することを検討してください。 この場合、ドキュメントには、Power Platform 機能にアクセスして使用する方法も含まれます。

ドキュメントの他の側面は、セルフサービス ユーザー、分散されたチーム、または一元化されたチームによって管理できます。 次の種類のドキュメントは、コンテンツの所有者と管理者によって異なる場合があります。

• 新しいレポートを要求する方法
• レポートの拡張を要求する方法
• データへのアクセスを要求する方法
• 新しいデータを準備して使用できるように要求する方法
• 既存のデータまたは視覚化の機能強化を要求する方法

ヒント

この記事で前述したように、一元化されたポータルを計画する場合は、ガイダンスやガバナンスポリシーを 1 つ以上のビジネス ユニット向けにカスタマイズする必要がある状況にどのように対処するかを計画してください。

また、次のようなガバナンスに関する決定が行われ、文書化を必要とすることもあり ます。

• コンテンツの認定を要求する方法
• 承認済みのファイル保存場所
• データの保持と消去の要件
• 機密データおよび個人を特定できる情報 (PII) の取り扱いに関する要件

ドキュメントは、できればユーザーが既に使用している検索可能な場所である、一元化されたポータルに配置する必要があります。 Teams または SharePoint のどちらも非常に効果的に機能します。 Wiki ページまたはドキュメント内にドキュメントを作成する方法でも、コンテンツが適切に整理されていて見つけやすければ、同様にうまく機能します。 通常、1 つのトピックに焦点を当てた短いドキュメントの方が、長い包括的なドキュメントよりも使用しやすくなります。

重要

コミュニティ向けに公開できる最も役立つドキュメントの 1 つは、テナント設定の説明と、各テナント設定に必要なグループ メンバーシップです。 ユーザーが特徴や機能についてオンラインで読んでも、うまくいかないことがあります。 組織のテナント設定をすばやく検索できるようになれば、不満を感じたり、回避策を試したりせずに済みます。 効果的なドキュメントにより、提出されるヘルプ デスク チケットの数を減らすことができます。 また、Fabric 管理者ロールを割り当てる必要があるユーザー (設定を表示するためだけにこのロールを持っているようなユーザー) の数も減らすことができます。

時間の経過につれて、自発的なボランティアがいれば、特定の種類のドキュメントの管理をコミュニティに任せることもできます。 この場合は、変更の承認プロセスを導入することをお勧めします。

Q&A フォーラム (ユーザー サポートに関する記事で説明しています) で、就業時間中やランチ ミーティングに質問が繰り返される場合は、新しいドキュメントを作成することが適切な可能性があることを示しています。 ドキュメントが存在する場合、同僚は必要に応じてドキュメントを参照できます。 ドキュメントは、ユーザーのイネーブルメントとコミュニティの自立に貢献します。

ヒント

カスタムのドキュメントまたはトレーニング資料を作成する場合は、できるだけリンクを使用して既存の Microsoft サイトを参照してください。 ほとんどのコミュニティ ブロガーは、ブログの投稿や動画を最新の状態に保っていません。

Power BI テンプレート ファイル

Power BI テンプレートは .pbit ファイルです。 コンテンツ作成者のための出発点として提供できます。 これは、クエリ、データ モデル、およびレポートを含めることができる .pbix ファイルと同じですが、1 つの例外は、テンプレート ファイルにはデータが含まれていないことです。 そのため、コンテンツの作成者と所有者と共有できる小さなファイルであり、データを不適切に共有するリスクがありません。

コミュニティに Power BI テンプレート ファイルを提供すると、次のことが可能になります。

• 一貫性の促進。
• 学習曲線の短縮。
• 良い例とベスト プラクティスの紹介。
• 効率化。

Power BI テンプレート ファイルを使用すると、効率が向上し、ユーザーが通常の作業の過程で学習できるようになります。 テンプレート ファイルは、次のように役立ちます。

• 優れた視覚化手法の例をレポートで使用できます
• 組織のブランド化と設計の標準をレポートに組み込むことができます
• 日付テーブルなどの一般的に使用されるテーブルの構造をセマンティック モデルに含めることができます
• 前年比 (YoY) 計算などの便利な DAX 計算を含めることができます
• データ ソース接続文字列などの共通パラメーターを含めることができます
• レポートやセマンティック モデルのドキュメントの例を含めることができます

Note

テンプレートを提供すると、コンテンツ作成者は時間を節約できるだけでなく、空のソリューションの空白ページの先へすばやく進むことができます。

Power BI プロジェクト ファイル

Power BI プロジェクトは .pbip ファイルです。 テンプレート ファイル (前述) と同様に、プロジェクト ファイルにはデータは含まれません。 これは、上級者のコンテンツ作成者が高度なデータ モデルおよびレポート管理シナリオに使用できるファイル形式です。 たとえば、プロジェクト ファイルを使用して、日付テーブル、DAX のメジャー式、計算グループなどの一般的なモデル パターンを共有することで、開発時間を節約できます。

Power BI プロジェクト ファイルは、次のために Power BI Desktop 開発者モードで使用できます。

• 高度な編集と作成 (例: Visual Studio Code などのコード エディター)。
• セマンティック モデルとレポート項目の意図的な分離 (.pbix ファイルや .pbit ファイルとは異なります)。
• 複数のコンテンツの作成者と開発者が同じプロジェクトで同時に作業できるようにする
• ソース管理との統合 (Fabric Git 統合の使用など)
• 継続的インテグレーションと継続的デリバリー (CI/CD) の手法を使用した、変更の統合、テスト、デプロイ、またはコンテンツのバージョン管理の自動化

Note

Power BI には、.pbit テンプレート ファイルや .pbip プロジェクト ファイルなどの機能が含まれており、スターター リソースを作成者と簡単に共有することができます。 その他の Fabric ワークロードでは、コンテンツの開発と共有にさまざまなアプローチが提供されています。 そのアイテムが共有されているかどうかに関わらず、一連のスターター リソースを用意することが重要です。 たとえば、ポータルには、一般的な問題を解決するテスト済みのアプローチを示した、一連の SQL スクリプトまたはノートブックが含まれている場合があります。

考慮事項と主なアクション

チェックリスト - メンタリングとユーザーの有効化を確立または改善するための考慮事項と主なアクションを次に示します。

• COE がサポートできるメンタリング サービスを検討する: COE が提供できるメンタリング サービスの種類を決定します。 種類には、オフィス アワー、共同開発プロジェクト、ベスト プラクティス レビューなどがあります。
• メンタリング サービスについて定期的に連絡する: オフィス アワーなどのメンタリング サービスを、ユーザー コミュニティにどのように連絡および公示するかを決定します。
• オフィス アワーの定期的なスケジュールを設ける: 理想的には、週に 1 回以上オフィス アワーを設定します (ユーザーからの需要、およびスタッフとスケジュールの制約によって異なります)。
• オフィス アワーに期待することを決定します。 ユーザーがオフィス アワーで取り上げることのできる、許可されるトピックまたは問題の種類の範囲を決定します。 また、オフィス アワーの要求のキューの仕組み、事前に情報を提出する必要があるかどうか、その後のフォローアップが想定されているかどうかなども決定します。
• 一元化されたポータルを作成する: ユーザーがトレーニング資料、ドキュメント、リソースを簡単に見つけることができる、適切にサポートされた一元的なハブがあることを保証します。 一元化されたポータルでは、Q&A フォーラムやヘルプの検索方法といった他のコミュニティ リソースへのリンクも提供する必要があります。
• ドキュメントとリソースを作成する: 一元化されたポータル内で、有用なドキュメントを作成、編集、公開します。 ユーザー コミュニティに最も役立つ上位 3 から 5 件のリソースを見極めて推奨します。
• ドキュメントとリソースを定期的に更新する: コンテンツを定期的にレビューおよび更新します。 目的は、最新で信頼性が高い情報をポータルで確実に使用できようにすることです。
• 信頼できるトレーニング リソースの精選リストをまとめる: ユーザー コミュニティのトレーニング ニーズと関心事項を対象としたトレーニング リソースを明らかにします。 一元化されたポータルにリストを投稿し、リストの確認と検証を行うスケジュールを作成します。
• 独自の社内トレーニングが役立つかどうかを検討する: 社内で開発されたカスタム トレーニング コースが、時間の投資に役立ち、価値があるかどうかを確認します。 組織に固有のコンテンツの作成に投資します。
• テンプレートとプロジェクトを提供する: Power BI テンプレート ファイルや Power BI プロジェクト ファイルを含む、テンプレートの使用方法を決定します。 一元化されたポータルとトレーニング資料にリソースを含めます。
• 目標とメトリックを作成する: メンタリング プログラムの有効性を測定する方法を決定します。 KPI (主要業績評価指標) または OKR (目標と成果指標) を作成して、COE のメンタリングの取り組みがコミュニティとセルフサービス BI を提供する能力を強化していることを検証します。

確認事項

以下のような質問を使用して、メンタリングとユーザーの有効化にアクセスします。

• ユーザーがトレーニングを要求するための効果的なプロセスはありますか?
• ユーザー のスキル レベル (初心者、中級、上級など) を評価するプロセスはありますか? ユーザーは会社のリソースを使用して Microsoft 認定資格に向けて学習し、取得できますか?
• ユーザー コミュニティ内の新しいユーザーに、データおよび BI ソリューション、ツール、プロセスを紹介するのは、どのようなオンボード プロセスですか?
• オンボード中に、すべてのユーザーが自分の役割に適した Microsoft Learn ラーニング パスに従いましたか?
• トレーニングやメンタリングの不足により、ユーザーはどのような課題に直面しますか?
• 有効化の欠如がビジネスにどのような影響を与えますか?
• ユーザーがガバナンス リスクを引き起こすような行動を示した場合、そのユーザーは罰則を受けますか、それとも教育やメンタリングを受けますか?
• ガバナンス プロセスとポリシーについて人々を教育するためにどのようなトレーニング資料が用意されていますか?
• 一元的なドキュメントはどこに保管されていますか? 誰が管理していますか?
• 組織の設計ガイドライン、テーマ、テンプレート ファイルなど、一元的なリソースは存在しますか?

成熟度レベル

次の成熟度レベルは、メンタリングとユーザーの有効化の現在の状態を評価するのに役立ちます。

Level	メンタリングとユーザーの有効化の状態
100: 初期	• ドキュメントやリソースがいくつか存在します。 ただし、それらはサイロ化されており、一貫性がありません。 • 使用可能なリソースを認識し、利用しているユーザーはほとんどいません。
200: 反復可能	• 一元化されたポータルが存在し、役に立つドキュメントとリソースのライブラリがあります。 • トレーニングのリンクとリソースの精選された一覧を、一元化されたポータルで入手できます。 • ユーザー コミュニティは、オフィス アワーを利用して、COE からサポートを受けることができます。
300: 定義済み	• 一元化されたポータルは、コミュニティ メンバーがトレーニング、ドキュメント、リソースを探すための主要なハブになっています。 リソースは、エキスパートやコミュニティ メンバーが互いにサポートしたり学習したりする際に、よく参照されています。 • COE のスキル メンタリング プログラムが実施され、さまざまな方法でコミュニティのユーザーを支援しています。
400: 可能	• 組織内のすべてのビジネス ユニットが、オフィス アワーに定期的かつ積極的に参加しています。 • COE によるベスト プラクティス レビューを、ビジネス ユニットが定期的に要求しています。 • COE とビジネス ユニットのメンバーが共同開発プロジェクトを繰り返し実行し、成功を収めています。
500: 効率的	• COE がトレーニング、ドキュメント、リソースを継続的に更新および改善し、コミュニティが最新かつ信頼性の高い情報を得られるようにしています。 • 測定可能で具体的なビジネス価値が、KPI または OKR を使ってメンタリング プログラムから得られています。

関連するコンテンツ

Microsoft Fabric 導入ロードマップ シリーズの次の記事では、実践コミュニティについて詳しく説明します。