次の方法で共有

Power BI 実装計画: コンテンツのサポートと監視

注

この記事は、 Power BI 実装計画 シリーズの記事の一部です。 このシリーズでは、 Microsoft Fabric 内で Power BI エクスペリエンスを実装する計画に焦点を当てています。 シリーズの 概要を参照してください。

この記事は、コンテンツライフサイクルの管理の一環としてコンテンツをサポートおよび監視するのに役立ちます。 これは主に次を対象とします。

  • Fabric 管理者: 組織内の Fabric の監督を担当する管理者。 ファブリック管理者は、Microsoft 365 や Azure DevOps を監督する管理者など、他の管理者と共同作業する必要がある場合があります。
  • センター オブ エクセレンス (COE) チームと BI チーム: 組織内の Power BI の監督を担当するチーム。 これらのチームには、Power BI コンテンツのライフサイクルを管理する方法を決定する意思決定者が含まれます。 これらのチームには、コンテンツ リリースのライフサイクルを処理するリリース マネージャーや、ライフサイクル管理を効果的に使用およびサポートするために必要なコンポーネントを作成および管理するエンジニアも含めることができます。
  • コンテンツ作成者とコンテンツ所有者: 他のユーザーと共有するために Fabric ポータルに発行するコンテンツを作成するユーザー。 これらの個人は、作成する Power BI コンテンツのライフサイクルを管理する責任を負います。

ライフサイクル管理は、コンテンツの作成から最終的な提供終了までを処理するために使用するプロセスとプラクティスで構成されます。 ライフサイクル管理の第 4 段階では、コンテンツをデプロイします。このコンテンツには、最初に開発ワークスペースにコンテンツを発行し、コンテンツをテストワークスペースと運用ワークスペースに昇格させる必要があります。 第 4 段階の終わりに、コンテンツ コンシューマーは既にコンテンツを使用しています。 第 5 段階では、このコンテンツをサポートし、使用状況を監視して導入を容易にし、問題を解決します。

コンテンツのサポートと監視は、ソリューションを効果的に導入するために不可欠です。 サポートとは、コンテンツ ビューアーとコンシューマーが展開したコンテンツを効果的に利用できるようにする方法を指します。 監視とは、ソリューションを追跡および測定するために実行する監査アクティビティと監視アクティビティの両方と、それがコンテンツ ビューアーとコンシューマーによってどのように使用されるかを指します。

次の図は、Power BI コンテンツのライフサイクルを示しています。ステージ 5 では、コンテンツをサポートおよび監視しています。

Power BI コンテンツのライフサイクルを示す図。コンテンツのサポートと監視に関するステージ 5 が強調表示されています。

注

コンテンツ ライフサイクル管理の概要については、このシリーズの最初の記事を参照してください。

この記事では、ライフサイクル全体を通じてコンテンツをサポートおよび監視するための主な考慮事項と決定に焦点を当てます。 コンテンツをサポートおよび監視する方法の詳細については、以下を参照してください。

この時点で、コンテンツはデプロイされ、コンシューマーによって使用されています。 次のアクションは、ライフサイクル全体を通してコンテンツを十分にサポートすることです。

サポートの処理方法は、コンテンツを 所有および管理する ユーザーによって大きく異なります。 エンタープライズ BI コンテンツには、最も堅牢なサポート モデルが用意されている可能性があります。 ただし、分散型チームによって作成されたビジネス主導のセルフサービス コンテンツもサポートする必要がありますが、関係する人とプロセスは異なる場合があります。 すべての作成者が、公開するコンテンツをサポートするための義務が明確であることを確認します。

ヒント

データと BI 環境が成長することが予想される場合は、運用環境 (非開発、非テスト) コンテンツをサポートすることがいかに重要であるかを過小評価しないでください。

次のセクションでは、コンテンツをサポートおよび監視する方法に関する重要な考慮事項と決定について説明します。

サポート モデルを決定する

サポート モデルを定義するには、多くの有効な方法があります。 オプションは、非公式のチーム内および内部コミュニティのサポートから、より正式に組織されたヘルプ デスクや延長サポートまで多岐に及びます。 ただし、複数の方法を使用してユーザーをサポートするのが一般的です。 さまざまな種類のユーザー サポートの計画に関する考慮事項の詳細については、「 ユーザー サポート」を参照してください。

ヒント

必要なサポートのレベルは、選択した ガバナンス レベルによっても異なります。 サポートに関する決定には、 センター オブ エクセレンス を含めるようにしてください。

サポート モデルを計画する際に考慮すべき主なユーザーの種類は 2 つあります。

  • コンシューマーのサポート: 組織内の他のユーザーによって生成されたコンテンツを使用する コンシューマーまたは ビューのみのユーザーに、正確でタイムリーなコンテンツの配信をサポートすることに重点を置きます。
  • コンテンツ作成者のサポート: 焦点は、他のユーザーが使用するコンテンツを設計、公開、セキュリティで保護、管理するセルフサービス BI 作成者 のニーズをサポートすることです。 これらのセルフサービス BI 作成者は、他のコンテンツを作成するために提供したソリューションを使用します。

注

サポート モデルを計画するために重要なさまざまなトピックがあります。

  • ユーザー ツールとデバイス: コンテンツ作成者とコンシューマーが、ツールをインストールして使用してコンテンツを作成および表示する方法を計画します。
  • メンタリングとユーザーの有効化: コンテンツを効果的に作成して使用できるように、ユーザー コミュニティのコンピテンシーを向上させる方法を計画します。
  • ユーザー サポート: 内部サポート チャネルと外部サポート チャネルの両方を持つユーザーの問題を解決する方法を計画します。

このセクションの残りの部分では、コンテンツ コンシューマーと作成者の両方に関する考慮事項について説明します。

コンテンツ コンシューマーのサポート

コンテンツを表示するだけで済むコンシューマーをサポートする場合は、次の点を考慮してください。

  • ヘルプを取得する方法: コンシューマーは、ヘルプに問い合わせるユーザーを知る方法を教えてください。 次のような一般的な状況があります。
  • ソリューションを使用する方法: コンシューマーがソリューションを使用し、完全に理解するのに役立つどのような支援を利用できますか? レポート内の概要ページや短いビデオ チュートリアルは、ユーザーにとって役立ちます (たとえば、別のレポートに ドリルスルー する方法を示すことができます)。 この種のヘルプを提供すると、ソリューションの導入の増加、投資収益率の向上、サポート ケースの減少につながる可能性があります。
  • フィードバックを受け入れる方法: コンシューマーが新しい要求または機能強化を受け取ったら、どのように要求を送信する必要がありますか? フィードバック ループ (フォームなど) を使用すると、ソリューションを改善するためのアイデアを受け入れることができます。 フィードバック ループは、密接に関連する概念であるため、多くの場合、サポート計画と共に考慮されます。
  • データの使用方法: ユーザーはビジュアルのカスタマイズ、Copilot、探索などのツールや機能を利用して、読み取り専用エクスペリエンスからデータを探索する方法を説明します。 独自のコンテンツを作成する必要がある場合、ビルドアクセス許可を要求するタイミングと、この要求をどのように行う必要がありますか? これらの機能のユーザーをサポートしたり、読み取り専用のコンシューマーから、独自のコンテンツを構築して共有できる個人に移行したりするために、どのようなトレーニングを利用できますか?

注

ソリューションが運用環境にデプロイされると、検証中に受け取ったフィードバックとは異なる種類と量のフィードバックを受け取ります。 この ハイパーケア 期間中 (大きな変更の直後の期間) に、大量の要求とフィードバックが発生することを予測します。 この高いボリュームに合わせて計画し、ユーザー コミュニティとの信頼を築く機会としてそれを見てみます。

コンテンツ作成者のサポート

コンテンツを作成、発行、保守する必要がある データ作成者 と レポート作成者の 両方をサポートする場合は、次の点を考慮してください。

ヒント

ユーザーが生産性を維持できるように、最も緊急なサポートの問題に迅速に対処する準備をしてください。 ブロックされると、ユーザーは、特にサポート チャネルからの応答が遅い場合に、移動を続ける回避策 (理想的ではない可能性があります) を見つける可能性があります。

コンテンツ コンシューマーと作成者の両方のサポート モデルを定義したら、次にコンテンツをサポートする方法を計画する必要があります。 通常、これには定期的なコンテンツの監査と監視が含まれます。

コンテンツを監査および監視する方法を決定する

ライフサイクル全体にわたるコンテンツの監査と監視は重要です。 コンテンツを監査するプロセスを作成すると、さまざまな方法で役立ちます。

  • ソリューションの導入を評価する: 導入の 2 つの側面を定期的に分析する必要があります。
    • ソリューションの使用方法: コンテンツの使用状況レベル を分析するには、使用されるコンテンツ、いつ、だれが、どのように使用されるかを理解する必要があります。 質問の種類の詳細については、「 コンテンツの使用」を参照してください。
    • ソリューションの効果的な使用: コンテンツの効果的な使用を 分析することは、定義と測定 (使用状況) の方が困難です。 ユーザー アクティビティ データをさらに調べて、実際のユーザーの動作が期待値と一致するかどうかを判断できます。 たとえば、1 日あたりのレポート ビューの数が多いが、ユーザーごとに 1 つのエクスポートが表示される場合は、さらに調査する必要があります。
  • 発行済みアイテムについて: 発行済みアイテムのメタデータを特定の時点で文書化できます。 たとえば、1 月 1 日時点で テナント インベントリ を作成し、その時点で 12 個のセマンティック モデルと 94 個のレポートが存在することを示すことができます。 テナント インベントリの利点の詳細については、「 発行済みアイテムについて」を参照してください。
  • リスクを軽減する: コンテンツで何が起こっているかを理解しているため、リスクを軽減するために迅速に対処できます。 たとえば、コンテンツに関するセキュリティやデータ保護の問題を特定できます。 その他の考慮事項については、「 リスクの軽減」を参照してください。
  • パフォーマンスと正常性に関する懸念事項を見つける: コンテンツを監査すると、パフォーマンス チューニング アクティビティへの入力として使用できるデータが見つかります。 また、コンテンツのコンシューマーが気付く前に問題を解決できる可能性もあります。 詳細については、「 パフォーマンスの監視」を参照してください。

ヒント

他の記事で取り上げる監査と監視に関連する計画上の考慮事項と意思決定基準は多数あります。 監査および監視アクティビティのスコープは、フォーカスとジョブ ロールによって異なる場合があります。 詳細については、以下を参照してください。

  • レポートアイテムの監査と監視を行うための、ページネーションされたレポートなどに対応するレポートレベルの監査。
  • データ レベルの監査は、セマンティック モデルなどのデータ項目の監査と監視のためのものです。
  • テナント全体の コンテンツを監査するためのテナント レベルの監査。

チェックリスト - コンテンツのサポートと監視を計画する場合、主な決定事項とアクションは次のとおりです。

  • ユーザー サポートの処理方法を評価する: 現在の状態に慣れるためにサポートがどのように処理されているかを調査します。
  • サポートの処理方法を決定する: ライフサイクル全体でコンテンツをサポートする方法を決定します。 コンシューマーと作成者の両方をサポートする方法を決定します。
  • サポートの役割と責任を明確にする: コンテンツの公開後にコンテンツをサポートするために、誰がいつ何を行うことが期待されるかを確認します。 コンテンツ所有者 (セルフサービス作成者を含む) に対する特定の期待を明確にします。 また、センター オブ エクセレンス (COE)、IT チーム、BI チーム、ヘルプ デスク スタッフに対する期待も明確にします。
  • コンシューマー向けのサポート モデルを作成する: 特定のプロセスを作成し、コンテンツ コンシューマーのサポートを対象としたサポート ドキュメントを作成します。
  • コンテンツ作成者向けのサポート モデルを作成する: 特定のプロセスを作成し、サポート作成者を対象としたサポート ドキュメントを作成します。
  • サポート追跡システムを設定する: ユーザーからの要求の状態を受け入れて追跡するシステムを作成します。
  • サポート スタッフをトレーニングする: ナレッジ転送セッションまたはトレーニング セッションを実施して、ヘルプ デスク スタッフを準備します。
  • サポート モデルをユーザーに伝える: コンシューマーと作成者が、利用可能なリソースと従うプロセスを把握していることを確認します。 Fabric テナント設定で、ヘルプ メニューのリンクをカスタマイズして、ユーザーを内部リソースに誘導します。
  • 監査と監視に必要な特定のデータを決定する: 実施する必要があるレポート レベル、データ レベル、およびテナント レベルの監査および監視アクティビティを検討します。
  • 監査作業に優先順位を付ける: 回答すべきいくつかの重要な質問を特定します。 最初の監査および監視作業の焦点と優先順位を決定します。
  • 監査の役割と責任を明確にする: 監査コンテンツについて、だれがいつ何を行うことが期待されているのかを確認します。 コンテンツ所有者 (セルフサービス作成者を含む) および COE と IT に対する具体的な期待を明確にします。
  • 最初の監査アーキテクチャの決定を行う: 必要に応じて IT チームに問い合わせて、監査データを抽出して格納するための既存のプロセスが存在するかどうかを判断します。 可能であれば、新しいプロセスを作成するのではなく、既存のデータにアクセスします。 新しいプロセスが必要な場合は、データの抽出、格納、セキュリティ保護に関するアーキテクチャの決定を検討してください。
  • 初期監査分析レポートを作成する: 各監査レポートの要件と対象ユーザーを特定します。 目的、実行すべきアクション、および誰が行うかについて明確なレポートを作成します。 フィードバックを取得し、必要に応じて反復処理します。
  • コンテンツ作成者向けのドキュメントとトレーニングを作成する: 管理者とコンテンツ作成者の両方に、職務に適用できるサポート機能と監査機能に関連するガイダンスを提供します。 サポートと監査の内部監査要件を満たす方法に関する推奨事項と情報を含めます。

関連コンテンツ

このシリーズの次の記事では、ライフサイクルの最後にコンテンツを廃止してアーカイブする方法について説明します。