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

  • [アーティクル]

Note

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

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

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

ライフサイクル管理は、コンテンツの作成から最終的な廃止まで、その処理に使用するプロセスと作業手順で構成されます。 ライフサイクル管理の第 4 ステージでは、コンテンツをデプロイします。これには、開発ワークスペースへのコンテンツの最初の公開と、テストおよび運用ワークスペースへのコンテンツの昇格の両方が含まれます。 この第 4 ステージが完了する時点で、コンテンツ コンシューマーはコンテンツを既に使用しています。 第 5 ステージでは、導入を容易にし、問題を解決するために、このコンテンツをサポートし、使用状況を監視します。

ソリューションの効果的な導入を確保するには、コンテンツのサポートと監視が不可欠です。 サポートとは、コンテンツの視聴者やコンシューマーが、デプロイされたコンテンツを効果的に利用できるようにする方法を指します。 監視とは、ソリューションを追跡および測定するために実行するアクティビティと、コンテンツの視聴者やコンシューマーによるコンテンツの使用方法の両方を監査および監視することを指します。

次の図は、Power BI コンテンツのライフサイクルを示しており、コンテンツのサポートと監視を行う第 5 ステージが強調表示されています。

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

Note

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

この記事では、コンテンツをそのライフサイクル全体を通してサポートおよび監視するための主要な考慮事項と決定事項に重点を置いています。 コンテンツをサポートおよび監視する方法のその他のガイダンスについては、次を参照してください。

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

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

ヒント

データの増大と BI 環境の拡張が予想される場合、運用 (開発およびテスト用以外の) コンテンツをサポートすることがいかに重要であるかを過小評価しないでください。

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

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

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

ヒント

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

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

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

Note

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

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

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

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

コンテンツの閲覧のみが必要なコンシューマーをサポートする場合は、次の点を考慮します。

  • サポートを受ける方法: サポートを求める場合の問い合わせ先をコンシューマーに知らせる方法。 いくつかの一般的な状況としては、次のようなものがあります。
  • ソリューションの使用方法: コンシューマーがソリューションを使用したり、完全に理解したりするのを助けるために使用できる支援の種類。 レポート内の概要ページや短いビデオ チュートリアルは、ユーザーに役立ちます (たとえば、別のレポートにドリルスルーする方法を示すことができます)。 このような種類のサポートを提供すると、ソリューションの導入の増加、投資収益率の向上、サポート ケースの減少につながる可能性があります。
  • フィードバックを受け取る方法: コンシューマーが新しい要求や機能強化を提案する場合に、その要求を送信するために必要な手順。 フィードバック ループ (フォームなど) を使用すると、ソリューションを改善するためのアイデアを受け取ることができます。 フィードバック ループは、密接に関連する概念であるため、多くの場合、サポート計画と並行して検討されます。

Note

ソリューションが運用環境にデプロイされると、検証中に受け取ったフィードバックとは異なる種類や量のフィードバックを受け取ることが予想されます。 この "ハイパーケア" 期間 (大きな変更直後の期間) には、要求やフィードバックの量の増加が予想されます。 この量の増加に応じた計画を立て、これを、ユーザー コミュニティとの間で信頼を築く機会として捉えるようにします。

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

コンテンツを作成、公開、保守する必要があるデータ作成者とレポート作成者の両方をサポートする場合は、次の点を考慮します。

ヒント

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

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

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

コンテンツをそのライフサイクル全体を通して監査および監視することは重要です。 コンテンツを監査するプロセスを作成すると、さまざまな面で役立ちます。

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

ヒント

監査と監視に関連する計画時の考慮事項や意思決定の基準については、他の記事でも多数取り上げられています。 監査および監視アクティビティの範囲は、重点を置く領域とジョブ ロールによって異なる場合があります。 詳細については、以下を参照してください:

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

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

関連するコンテンツ

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