次の方法で共有


Power BI の実装計画: コンテンツ ライフサイクル管理

Note

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

この記事では、Power BI コンテンツのライフサイクルをどう管理するかを計画するために役立つ、コンテンツ ライフサイクル管理についての一連の記事について説明します。 この一連の記事の主な対象は次のとおりです。

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

信頼性の高い有用な Power BI コンテンツをコンシューマーに確実に提供するには、効果的なコンテンツ "ライフサイクル管理" プラクティスに従う必要があります。 ライフサイクル管理とは、作成から発行 (または "展開") までコンテンツを扱う方法を指します。これには、ユーザーが必要としなくなったコンテンツの廃止も含まれます。 Power BI コンテンツのライフサイクル管理戦略を計画することは、エンタープライズおよびセルフサービス分析を成功させるための成長拡大に不可欠なステップです。

Note

このシリーズでは、Power BI コンテンツ ライフサイクル管理の概要について説明します。 コンテンツ ライフサイクル管理戦略を計画するための主な考慮事項とガイダンスに焦点を当てています。 これらの記事では、小規模なセルフサービス環境から、より高度なエンタープライズ シナリオまで、ライフサイクル管理のさまざまなアプローチについて説明します。

このシリーズでは、主に Microsoft Fabric 内での Power BI のワークロードに焦点を当てます。 ただし、基になる概念は、他の Fabric ワークロードにも関連する場合があります。 このシリーズで説明する一部のライフサイクル管理機能は、Fabric の他の項目にも使用できます。

Power BI コンテンツのライフサイクル

次の図は、一般的な Power BI コンテンツライフサイクルを示しています。

図は、Power BI コンテンツのライフサイクルを示しています。ライフサイクルの 6 つの各ステージの説明は、この図に従っています。

ヒント

Power BI コンテンツを計画および作成する方法のガイダンスについては、「BI ソリューションの計画」を参照してください。

図に示す 6 つのステージは次のとおりです。

  1. コンテンツの計画と設計: 通常では、要件の収集、ソリューションの設計、Power BI コンテンツの作成を開始するための主要なライフサイクル管理の決定を行います。
  2. コンテンツの開発と変更の管理: コンテンツの作成を開始し、"バージョン管理" (または "ソース管理") を使用して、開発中にコンテンツの変更を追跡および管理します。
  3. コンテンツを検証する: コンテンツを定期的にテストして、品質の結果を確認し、既存のコンテンツの変更によって新しい問題が発生しないようにします。
  4. コンテンツを展開する: 準備ができたら、ワークスペースにコンテンツを展開するか、異なる環境の間でコンテンツを昇格させます (テストから運用ワークスペースへのコンテンツの昇格など)。
  5. コンテンツのサポートと監視: 公開後、ユーザーからの問題や要求に対処してコンテンツをサポートします。 コンテンツのサポートと監視は、多くの場合、より多くのコンテンツの計画と作成につながります。 また、展開されたコンテンツを監視して、信頼性を確保します。
  6. コンテンツの削除とアーカイブ:コンシューマーがコンテンツを必要としなくなった場合や使用したりしなくなった場合は、コンテンツを廃止する必要があります。 コンテンツをインベントリから削除する場合は、通常、後で参照できるように、必要に応じて削除したコンテンツをアーカイブします。

これらの各ステージについては、このシリーズのコンテンツ ライフサイクル管理に関する記事で詳しく説明します。 これらの記事のガイダンスは、Power BI コンテンツを管理するアプローチを決定するのに役立ちます。

コンテンツのライフサイクル管理へのアプローチ

さまざまなアプローチを使用して、Power BI コンテンツのライフサイクルを管理できます。 これらのアプローチは、使用するコンポーネントとプロセスによって、複雑さと堅牢性が異なります。

通常、アプローチは単純なものから高度なものまでさまざまです。

  • 通常、"よりシンプルな" アプローチは、セルフサービス開発者にとって役立ちます。 これらのアプローチでは、管理する手順とコンポーネントが少なくなりますが、部門または企業の使用シナリオで必要となる可能性のある詳細と制御レベルは提供されません。 セルフサービス コンテンツ発行は、ライフサイクル管理に対するより簡単なアプローチの一例です。
  • "高度な" アプローチは、通常、大規模または複雑なソリューションで共同作業を行う大規模なチームで好まれます。 ソリューションはより複雑であるため、多くの場合、これらのチームはコンテンツを管理するための自動化、カスタマイズ、持続性のニーズが高くなります。 そのため、通常、これらのアプローチには、より堅牢で洗練されたプロセスが含まれます。 ただし、これらのプロセスは、個人チームの使用シナリオなどの小規模な展開では複雑すぎる可能性があります。 エンタープライズ コンテンツ発行は、ライフサイクル管理に対する高度なアプローチの例です。

次の図は、コンテンツ ライフサイクルの各ステージで、よりシンプルまたは高度なライフサイクル管理アプローチに使用できるコンポーネントの例を示しています。

図は、シンプルなものから高度なものまで、ライフサイクル管理へのアプローチを示しています。

この図は、コンテンツ ライフサイクルの各ステージの次のコンポーネントを示しています。 これらのコンポーネントは例です。 最初の例は、単純なライフサイクル管理アプローチを実現する方法です。2 番目の例は、高度なライフサイクル管理アプローチを実現する方法です。

品目 説明
項目 1。 コンテンツを計画および設計するには、Microsoft Teams を使用してチームで共同作業を行うか、Azure DevOps を使用してプロジェクトで共同作業を行います。
項目 2。 OneDrive for Business (職場用または学校用の OneDrive とも呼ばれます) を使用してファイル バージョン管理を行うか、メタデータ ソース管理に Azure DevOps の Azure Repos を使用することで、コンテンツの開発と変更の管理を行うことができます。
項目 3。 Power BI を使用して手動テストを行うことでコンテンツを検証したり、Azure DevOps で Azure Test Plans を使用して自動テストを実行したりできます。
項目 4。 コンテンツを展開するには、Power BI デプロイ パイプラインを使用するか、Azure DevOps の Azure Pipelines を使用して CI/CD を調整します (継続的インテグレーション/継続的デプロイ)。
項目 5。 管理者監視ワークスペースにあるような既定の Power BI 監視レポートを使用するか、Azure Log Analytics 統合を使用して独自のカスタマイズされた監視レポートを作成することで、コンテンツをサポートおよび監視できます。
項目 6。 OneDrive for Business (職場用または学校用の OneDrive とも呼ばれます) を使用してファイルをアーカイブおよび保存するか、Azure DevOps の Azure Repos を使用してメタデータをアーカイブすることで、コンテンツをインベントリから削除しアーカイブできます。

コンテンツ ライフサイクル管理に取り組むためのアプローチの選択は、ニーズやその他の要因によって異なります。 このシリーズのコンテンツを進める際に考慮すべき重要な要素をいくつか次に示します。

  • コンテンツ作成者: コンテンツ作成者には、さまざまなニーズ、スキル、ワークフローがあります。 こうした要因は、さまざまなライフサイクル管理アプローチの成功に寄与します。 エンタープライズ環境を管理する大規模な中央チームにとって機能するアプローチは、小規模な対象ユーザーにコンテンツを配信する小規模で分散型のチームに対しては効果がない可能性があります。
  • 共同コンテンツ作成の有無: コンテンツ作成者が同一のコンテンツで共同作業を行うと、不整合や中断が発生する可能性が高くなります。 たとえば、ある作成者が別の作成者の変更を上書きできます。 無駄な時間を避け、生産性を向上させるためには、効果的なライフサイクル管理がコラボレーションに不可欠です。
  • コンテンツの種類と範囲: コンテンツが異なると、異なるアプローチが必要になる場合があります。 コンシューマーの数が多いビジネス クリティカルなコンテンツには、より堅牢なライフサイクル管理アプローチが必要です。 逆に、小さなプロトタイプでは、目的を果たしたらそれを削除してアーカイブするなどの最小限のアプローチのみが必要な場合があります。
  • ライセンスの内容: Fabric または Power BI ライセンスに応じて、さまざまなライフサイクル管理オプションを使用できます。 たとえば、展開パイプラインなどの Premium 機能は、Fabric または Premium 容量、または Premium Per User (PPU) ライセンスを持つユーザーに対してのみ使用できます。 ただし、Fabric Git 統合は Fabric 容量でのみ使用できます。
  • コンテンツ作成者によるコンテンツ配信方法: 異なるコンテンツ配信スコープを使用するコンテンツ作成者では、そのコンテンツを管理するために異なるアプローチが必要になる場合があります。 Power BI アプリを使用して内部の対象ユーザーにコンテンツを配布するチームには、外部ユーザー向けに埋め込みコンテンツを配布するチームとは異なるアプローチが必要になる可能性があります。
  • Power BI または Fabric の実装の成熟度: 実装が特定の規模に達すると、より多くの決定とアクションが Power BI コンテンツに依存します。 中断を回避するために、コンテンツ ライフサイクル管理は成長拡大に合わせてより重要になります。

重要

Power BI コンテンツのライフサイクルを管理するには、他にも多くの有効なアプローチがあります。 自分のコンテンツ所有権戦略とコンテンツ配信範囲戦略に最適なアプローチを選択して計画することは、ニーズを満たし、BI の目標を達成するのに役立ちます。

このシリーズの次の記事では、コンテンツ ライフサイクルの管理の一部としてコンテンツをサポートおよび監視する方法について説明します。