Microsoft Fabric 導入ロードマップ: コンテンツの所有権と管理
Note
この記事は、"Microsoft Fabric 導入ロードマップ" シリーズ記事の一部です。 シリーズの概要については、「Microsoft Fabric 導入ロードマップ」を参照してください。
Note
Power BI 実装計画の使用シナリオでは、この記事で説明している多くの概念について説明し、特に Microsoft Fabric での Power BI ワークロードを重点的に説明しています。 使用シナリオの記事には、計画と意思決定をサポートするのに役立つ詳細な図が含まれています。
データ、分析、ビジネス インテリジェンス (BI) コンテンツを所有して管理する方法についての主要な戦略は、ビジネス主導のセルフサービス、管理されたセルフサービス、エンタープライズの 3 つです。 この一連の記事では、 content という用語は、任意の種類のデータ項目 (ノートブック、セマンティック モデル、レポート、ダッシュボードなど) を指します。
組織のデータ カルチャは、これら 3 つのコンテンツの所有権戦略のそれぞれが、なぜ、どのように、誰によって実装されるかを推進するものです。
上の図には次のような領域があります。
領域 | 説明 |
---|---|
ビジネス主導のセルフサービス: すべてのコンテンツは、部署内の作成者と領域の専門家によって所有および管理されます。 この所有権戦略は、"分散型" または "ボトムアップ型" 戦略とも呼ばれます。 | |
管理されたセルフサービス: データは一元化されたチームによって所有および管理されるのに対し、レポートとダッシュボードに対する責任はビジネス ユーザーが負います。 この所有権戦略は、"中核部での統制とエッジにおける柔軟性" とも呼ばれています。 | |
エンタープライズ: すべてのコンテンツは、IT 部門、エンタープライズ BI、またはセンター オブ エクセレンス (COE) などの一元化されたチームによって所有および管理されます。 |
組織が 1 つのコンテンツの所有権および管理戦略だけで運営されていることはほとんどありません。 データ カルチャによっては、1 つの戦略が他の戦略よりもはるかに優先度が高い場合があります。 戦略の選択は、ソリューション間、またはチーム間で異なる場合があります。 実際、1 つのチームがエンタープライズ コンテンツのコンシューマーであり、独自のセルフサービス コンテンツのプロデューサーでもある場合は、複数の戦略を積極的に使用できます。 追求する戦略は、次のような要因によって異なります。
- ソリューションの要件 (レポートのコレクション、Power BI アプリ、レイクハウスなど)。
- ユーザーのスキル。
- トレーニングとスキルの成長に対する継続的なコミットメント。
- 必要な柔軟性。
- 複雑さのレベル。
- 優先度とリーダーシップのコミットメントのレベル。
組織のデータ カルチャ (特にデータの民主化におけるその位置付け) は、3 つのコンテンツの所有権戦略のうちのどれを使用するかに大きな影響を与えます。 成功には一般的なパターンがありますが、万能のアプローチはありません。 各組織のガバナンス モデルと、コンテンツの所有権と管理に対するアプローチには、データソース、アプリケーション、およびビジネス コンテキストの違いが反映されている必要があります。
コンテンツの所有と管理の方法は、ガバナンス、メンタリングとユーザーの有効化の範囲、ユーザー サポートの必要性、COE 運用モデルに大きな影響を及ぼします。
ガバナンスに関する記事で説明したように、ガバナンスと監視のレベルは次の要素によって異なります。
- コンテンツを所有して管理する人。
- コンテンツの配信スコープ。
- データのサブジェクト領域と秘密度レベル。
- データの重要性と、データが重要な意思決定に使用されるかどうか。
一般的には次のとおりです。
- ビジネス主導のセルフサービスのコンテンツは、最も厳格ではないガバナンスと監視の制御の対象となります。 多くの場合、個人 BI とチーム BI のソリューションが含まれます。
- 管理されたセルフサービスのコンテンツは、比較的厳格なガバナンスと監視の制御の対象となります。 多くの場合、チーム BI と部門 BI のソリューションが含まれます。
- エンタープライズ ソリューションは、より厳格なガバナンスの制御と監視の対象となります。
導入の成熟度レベルに関する記事で説明しているように、組織への導入では、データ管理プロセスとガバナンスの状態を測定します。 コンテンツの所有権と管理に関する選択は、組織への導入がどのように達成されるかに大きく影響します。
所有権とスチュワードシップ
データ管理に関連する多数の役割があります。 役割はさまざまな方法で定義でき、簡単に誤解される場合があります。 次の表に、これらのロールを概念的に定義する方法を示します:
ロール | 説明 |
---|---|
データ スチュワード | 許容されるデータ品質レベルの定義や管理、およびマスター データ管理 (MDM) を担当します。 |
領域の専門家 (SME) | データの意味、データの使用目的、データにアクセスできるユーザー、およびデータを他のユーザーへ提示する方法を定義する責任があります。 必要に応じてドメイン所有者と協力し、同僚のデータの使用をサポートします。 |
技術所有者 | データの作成、維持、公開、およびアクセスのセキュリティ保護、および項目の報告を担当します。 |
ドメインの所有者 | データ管理のポリシー、プロセス、および要件についてガバナンス チームと共同作業を行う、上位レベルの意思決定者。 データの適切および不適切な使用を定義するための意思決定者。 ガバナンスに関する記事で説明されているように、データ ガバナンス委員会に参加します。 |
トランザクション ソース システムを管理する場合、データ ドメインの所有権の割り当てはより明快になる傾向があります。 分析と BI のソリューションでは、データは複数のドメイン領域から統合されてから、変換およびエンリッチされます。 下流の分析ソリューションの場合、所有権のトピックはより複雑になります。
注意
データ項目の管理の責任者は明確にしてください。 コンテンツ コンシューマーに適したエクスペリエンスを確保することが重要です。 具体的には、所有権を明確にすると、次の場合に役立ちます。
- 質問の問い合わせ先。
- フィードバック。
- 機能強化の要求。
- サポート リクエスト。
Fabric ポータルでは、コンテンツの所有者はさまざまな種類の項目の連絡先リストのプロパティを設定できます。 連絡先リストは、セキュリティ ワークフローでも使用されます。 たとえば、ユーザーに Power BI アプリを開くための URL が送信されても、アクセス許可がない場合、アクセスを要求するオプションが表示されます。
所有権で成功するためのガイドライン:
- これらの役割への期待を含め、所有権とスチュワードシップの用語が組織でどのように使用されるかを定義します。
- 個々の項目と各ワークスペースの連絡先を設定して、所有権やサポートの担当者を伝えます。
- 2 から 4 人のワークスペース管理者を指定し、ワークスペース管理者の監査を定期的に (おそらく年に 2 回) 実施します。 ワークスペース管理者は、ワークスペース コンテンツの管理を直接担当する場合もあれば、これらのタスクがハンズオン作業を行う同僚に割り当てられている場合もあります。 どのような場合でも、ワークスペース管理者は特定のコンテンツの所有者に簡単に連絡できる必要があります。
- レポートに一貫性のあるブランドを含めて、誰がコンテンツを作成し、誰に支援を求めるべきかを示します。 レポート フッターにある小さな画像やテキスト ラベルは、特にレポートが Fabric ポータルからエクスポートされる場合に役立ちます。 標準的なテンプレート ファイルを使用すると、ブランドの一貫した使用を促進し、簡素化できます。
- COE と共にベスト プラクティスのレビューと共同開発プロジェクトを活用します。
この記事の残りの部分では、コンテンツの所有権と管理の 3 つの戦略に関連する考慮事項について説明します。
ビジネス主導のセルフサービス
データおよび BI に対するビジネス主導のセルフサービスでは、すべてのコンテンツは作成者と領域の専門家によって所有および管理されます。 責任は部署内で保持されるため、この戦略は "ボトムアップ型" または "分散型" アプローチとして説明されることがよくあります。 多くの場合、ビジネス主導型のセルフサービスは、個人 BI とチーム BI のソリューションに適した戦略です。
重要
ビジネス主導のセルフサービスの概念は、シャドウ IT と同じではありません。 どちらのシナリオでも、データと BI コンテンツはビジネス ユーザーによって作成、所有、管理されます。 ただし、シャドウ IT は、部署が IT を避けているため、ソリューションが承認されていないことを意味します。 ビジネス主導のセルフサービス型の BI ソリューションでは、部署はコンテンツを作成および管理する完全な権限を持ちます。 COE からのリソースとサポートは、セルフサービスのコンテンツ作成者が利用できます。 また、部署は、確立されたすべてのデータ ガバナンスのガイドラインとポリシーに従う必要があります。
ビジネス主導のセルフサービスは、次の場合に最も適しています。
- 分散型のデータ管理が組織のデータ カルチャに合わせて調整され、組織ではこれらの取り組みをサポートする準備ができている。
- データの探索と変革を行う自由が最優先事項である。
- 部署では、最大限関与し、最高レベルの管理を維持することを求めている。
- 部署には、ライフサイクル全体を通じてソリューションをサポートするスキルを持ち、完全にコミットされているユーザーがいる。 その対象範囲は、データ (レイクハウス、データ ウェアハウス、データ パイプライン、データフロー、セマンティック モデルなど)、ビジュアル (レポートやダッシュボードなど)、Power BI アプリを含む、あらゆる種類の項目に及びます。
- 変化するビジネス状況に対応し、迅速に対応する柔軟性が、より厳格なガバナンスと監視の必要性よりも重要である。
ビジネス主導のセルフサービスのデータと BI で成功するためのガイドラインをいくつか示します。
- 共有セマンティック モデルやデータフローなど、IT 部門で使用するのと同じ手法を使用するように作成者に教えてください。 適切に整理された OneLake を使用します。 データを一元化してメンテナンスを削減し、一貫性を向上し、リスクを軽減します。
- メンタリング、トレーニング、リソース、ドキュメントの提供に重点を置きます (メンタリングとユーザーの有効化に関する記事で説明されています)。 これらの取り組みの重要性は、誇張してもしすぎることはありません。 セルフサービス コンテンツの作成者のスキル レベルが大幅に変わることに備えてください。 また、優れたビジネス価値を提供しながら、時間の経過とともに (過去のデータ量が増えるにつれて) 拡張したりパフォーマンスが向上したりしないように構築されたソリューションも一般的です。 このような状況が発生したときに役立つ COE を利用できるようにすることは、非常に価値があります。
- 推奨を使用するための最良の方法に関するガイダンスを提供します。 昇格済みの推奨は、セルフサービスの作成者が作成したコンテンツを対象としています。 エンタープライズ BI のコンテンツおよび管理されたセルフサービス型の BI のコンテンツ (次に説明) の認定済みの推奨の使用を予約することを検討してください。
- アクティビティ ログを分析して、COE がセルフサービスの所有者に事前に連絡して有用な情報を提供できる状況を見つけます。 これは、最適ではない使用パターンが検出された場合に特に便利です。 たとえば、Power BI アプリの対象ユーザー、またはワークスペース ロールの方がが適している場合、ログ アクティビティによって個々のアイテム共有の過剰使用が明らかになる可能性があります。 アクティビティ ログのデータにより、COE は部署にサポートとアドバイスを提供できます。 次に、この情報は、企業がコンテンツの完全な所有権と制御を維持できるようにしながら、ソリューションの品質を向上させるのに役立ちます。 詳細については、監査と監視に関する記事をご覧ください。
管理されたセルフサービス
管理されたセルフサービス BI は、データと BI の混合のアプローチです。 データは一元化されたチーム (IT、エンタープライズ BI、COE など) によって所有および管理されますが、レポートとダッシュボードの責任は、部署内の作成者と領域の専門家にあります。 多くの場合、管理されたセルフサービス BI は、チーム BI と部門 BI のソリューションに適した戦略です。
このアプローチは、多くの場合、中核部での統制とエッジにおける柔軟性と呼ばれます。 これは、データ アーキテクチャが、適切なレベルの統制と厳格さを備えた 1 つのチームによって管理されているためです。 部署では、一元化されたデータに基づいてレポートとダッシュボードを柔軟に作成できます。 このアプローチにより、レポート作成者は、データ分析とビジュアルから価値を引き出すことに集中できるため、はるかに効率的になります。
管理されたセルフサービス型の BI は、次の場合に最も適しています。
- 一元化されたデータ管理は、組織のデータ カルチャに合わせて調整される。
- 組織にデータ アーキテクチャを管理する BI エキスパートのチームがある。
- 多くのセルフサービス レポート作成者が組織の境界を越えてデータを再利用することに価値がある。
- セルフサービス レポート作成者は、一元化されたチームが対応できるよりも速いペースで分析コンテンツを作成する必要がある。
- さまざまなユーザーが、データの準備、データのモデリング、レポートの作成を担当する。
管理されたセルフサービス型の BI で成功するためのガイドラインをいくつか示します。
- モデルとレポートの開発を分離する方法をユーザーに教えます。 ライブ接続を使用して、既存のセマンティック モデルに基づいてレポートを作成することができます。 セマンティック モデルがレポートから切り離されると、多くのレポートと多くの作成者によるデータの再利用が促進されます。 また、職務の分離も容易になります。
- データフローを使用して、データ準備ロジックを一元化し、日付、顧客、製品、売上など、一般的に使用されるデータ テーブルを多くのセマンティック モデル作成者と共有します。 わかりやすい列名と正しいデータ型を使用してデータフローを可能な限り調整し、データフローをソースとして使用するセマンティック モデル作成者が必要とする下流の労力を削減してください。 データフローは、データ準備にかかる時間を短縮し、セマンティック モデル全体のデータの整合性を向上させる効果的な方法です。 データフローを使用すると、ソース システムでのデータ更新の数も減り、ソース システムへの直接アクセスを必要とするユーザーが少なくなります。
- セルフサービス作成者が既存のセマンティック モデルを部門データで拡張する必要がある場合、複合モデルを作成するようにそれらの作成者を教育してください。 この機能により、一元的に管理されているデータ資産への投資を活用しながら、セルフサービスの有効化の理想的なバランスが可能になります。
- セマンティック モデルとデータフローの認定済みの推奨を使用して、コンテンツ作成者が信頼できるデータ ソースを識別できるようにしてください。
- すべてのレポートに一貫性のあるブランドを含めて、誰がコンテンツを作成し、誰に連絡して支援を求めるべきかを示します。 ブランドは、セルフサービスの作成者によって作成されたコンテンツを区別するのに特に役立ちます。 レポート フッターにある小さな画像やテキスト ラベルは、レポートが Fabric ポータルからエクスポートされるときに役立ちます。
- データとレポートを保存するための個別のワークスペースを実装することを検討してください。 このアプローチにより、コンテンツの責任者をより明確にすることができます。 また、より制限の厳しいワークスペースのロールの割り当ても可能です。 そうすれば、レポート作成者は自分のレポート ワークスペースにのみコンテンツを公開できます。また、セマンティック モデルの読み取りとビルドのアクセス許可により、作成者は、行レベル セキュリティ (RLS) が有効な新しいレポートを作成できます (適用可能な場合)。 詳細については、「ワークスペース レベル計画」を参照してください。 RLS の詳細については、コンテンツ作成者のセキュリティ計画に関する記事を参照してください。
- Power BI REST API を使用して、Power BI 項目のインベントリをコンパイルします。 セマンティック モデルとレポートの比率を分析して、セマンティック モデルがどの程度再利用できるかを評価してください。
Enterprise
エンタープライズ は、すべてのソリューション コンテンツが一元化されたチームによって所有および管理される、データと BI のソリューションの一元化されたアプローチです。 このチームは通常、IT 部門、エンタープライズ BI、または COE です。
エンタープライズは、次の場合に最も適しています。
- 1 つのチームでコンテンツ管理を一元化することで、組織のデータ カルチャに合わせて調整される。
- 組織に、すべての項目をエンドツーエンドで管理するためのデータと BI の専門知識がある。
- コンシューマーのコンテンツのニーズが明確に定義されており、提供されるレポート ソリューション以外のデータをカスタマイズまたは調査する必要がほとんどない。
- コンテンツの所有権とデータへの直接アクセスを、少数の専門家と所有者に制限する必要がある。
- データは非常に機密性が高いか、規制要件の対象である。
エンタープライズ データと BI で成功するためのガイドラインをいくつか示します。
- コンテンツの認定済みの推奨を使用するための厳格なプロセスを実装します。 すべてのエンタープライズ コンテンツを認定する必要はありませんが、おそらくその多くでは必要です。 認定コンテンツは、データ品質が検証済みである必要があります。 認定コンテンツは、変更管理ルールに従い、正式なサポートがあり、完全に文書化されている必要があります。 認定コンテンツは厳しい基準を満たしているため、信頼性に対する期待は高くなります。
- エンタープライズ BI レポートに一貫性のあるブランドを含めて、誰がコンテンツを作成し、誰に連絡して支援を求めるべきかを示します。 レポート フッターにある小さな画像やテキスト ラベルは、レポートがユーザーによりエクスポートされるときに役立ちます。
- 特定のレポート ブランドを使用してエンタープライズ BI コンテンツを示す場合は、ユーザーがレポートのコピーをダウンロードして個人用に設定できるようにするコピーの保存機能に注意してください。 この機能は、エンタープライズ BI と管理されたセルフサービス型の BI を橋渡しする優れた方法ですが、ブランドの価値を希薄化します。 よりシームレスなソリューションは、セルフサービスの作成者に個別の Power BI Desktop テンプレート ファイルを提供することです。 このテンプレートでは、既存のセマンティック モデルへのライブ接続を使用してレポート作成の開始点が定義されます。これにはブランド化は含まれていません。 テンプレート ファイルは、Power BI アプリ内のリンクとして、またはコミュニティ ポータルから共有できます。
所有権の譲渡
場合によっては、特定のソリューションの所有権を別のチームに譲渡する必要があります。 部署から一元化されたチームへの所有権の譲渡は、次の場合に発生する可能性があります。
- ビジネス主導のソリューションがかなりの数のユーザーによって使用されている。または、現在は重要なビジネス上の意思決定をサポートしている。 このような場合、ソリューションは、より高いレベルのガバナンスとサポートを実装するためのプロセスを備えたチームによって管理される必要があります。
- ビジネス主導のソリューションが、組織全体ではるかに広く使用される候補であるため、セキュリティを設定し、組織全体にコンテンツを広く展開できるチームが管理する必要がある。
- 部署に、コンテンツの管理を継続するために利用できる専門知識、予算、または時間がなくなったが、コンテンツに対するビジネス ニーズは残っている。
- ソリューションの規模や複雑さが、別のデータ アーキテクチャや再設計が必要になるまでに拡大した。
- 概念実証が運用可能にできる状態である。
COE には、ソリューションが所有権の譲渡の候補となるタイミングを特定するための十分に文書化された手順が必要です。 ヘルプ デスクの担当者が何を探すべきかを知っていると非常に役立ちます。 セルフサービスの作成者がソリューションを構築して成長させ、特定の状況でそれを引き渡すための慣習的なパターンを持つことは、生産的で健全なデータ カルチャを示す指標です。 COE の営業時間中に単純な所有権の譲渡対処できます。より複雑な転送では、COE によって管理される小規模なプロジェクトが必要になる可能性があります。
Note
新しい所有者は、完全な所有権を取得する前に、リファクタリングとデータ検証を行う必要がある可能性があります。 リファクタリングは、データ準備、データ モデリング、および計算の目に見えない側面で発生する可能性が最も高くなります。 手動の手順やフラット ファイル ソースがある場合は、今がそれらの機能強化を適用するのに理想的なタイミングです。 レポートとダッシュボードのブランド化も変更する必要がある場合があります (たとえば、レポートの連絡先を示すフッターや、コンテンツが認定されていることを示すテキスト ラベルがある場合)。
一元化されたチームが所有権を部署に譲渡することも可能です。 これは次の場合に発生する可能性があります。
- ドメインに関する知識を持つチームが、今後コンテンツを所有および管理するためのより良い設備を備えている。
- 一元化されたチームが、ゼロから作成するスキルを持たない部署向けのソリューションを作成したが、今後も維持および拡張できる。
ヒント
所有権の譲渡が一般的な場合は特に、元の作成者の作業を認識してそれに報いることを忘れないでください。
考慮事項と主なアクション
チェックリスト - コンテンツの所有権と管理へのアプローチを強化するために実行できる考慮事項と主なアクションの一覧を次に示します。
- 現在起きていることを完全に把握する: コンテンツの所有権と管理が組織全体でどのように行われているかを深く理解します。 組織全体に一様に適用するための万能のアプローチはおそらくないことを認識してください。 実装計画の使用シナリオを確認し、さまざまな方法で Power BI と Fabric をどのように使用できるかについて理解します。
- ディスカッションを行う: 現在うまく機能しているもの、うまく機能していないもの、3 つの所有権戦略の間の望ましいバランスを決定します。 必要に応じて、さまざまなチームの特定の担当者とのディスカッションをスケジュールします。 現在の状態から目的の状態に移行するための計画を立てます。
- 評価を実施する: 現在、エンタープライズ データ チームがスケジューリングと優先順位に関する課題を抱えている場合は、組織全体でより多くのコンテンツ作成者を支援するために、管理されたセルフサービスの戦略を適所に導入できるかどうかを判断するための評価を行います。 管理されたセルフサービスのデータと BI は、グローバルな規模で非常に効果的です。
- 用語を明確にする: 組織で使用されている所有者、データ スチュワード、および領域の専門家の用語を明確にします。
- 明確な役割と責任を割り当てる: 所有者、スチュワード、領域の専門家の役割と責任が文書化され、関係者全員によって十分に理解されていることを確認します。 バックアップ担当者を含めます。
- コミュニティを確実に参加させる: 業務と IT 部門の両方からのすべてのコンテンツの所有者が、実践共同体の一員であることを確認します。
- Fabric の所有者と連絡先のためのユーザー ガイダンスを作成する: Fabric の連絡先機能をどのように使用するかを決定します。 それをどのように使用すべきかと、なぜそれが重要なのかについて、コンテンツ作成者と意思疎通を図ります。
- 所有権の移転を処理するためのプロセスを作成する: 所有権の移転が定期的に行われる場合は、それがどのように機能するかについてのプロセスを作成します。
- 高度なコンテンツの作成者をサポートする: 高度な作成機能と生産性の向上のために外部ツールを使用するための戦略を決定します。
確認事項
以下のような質問を使って、コンテンツの所有権と管理を評価します。
- Fabric を担当するセントラル チームは、どのユーザーがどのような BI コンテンツを所有しているかを明確に把握していますか? レポート項目とデータ項目の間、または異なる項目の種類 (Power BI セマンティック モデル、データ サイエンス ノートブック、レイクハウスなど) ごとに違いはありますか?
- 個人 BI、チーム BI、部門 BI、エンタープライズ BI など、どの使用シナリオがありますか? それらのシナリオが組織内でどの程度普及し、主要部署間でそれらはどのように違っていますか?
- ビジネス分析チームが実行するアクティビティ (データ統合、データ モデリング、レポート作成など) は何ですか?
- コンテンツを作成して所有することが想定されている組織内の役割の種類は何ですか? 中央のチームやアナリスト、場合によっては営業などの機能的な役割に制限されていますか?
- 組織は、ビジネス主導のセルフサービス、管理されたセルフサービス、またはエンタープライズの範囲のどこに位置していますか? それは主要な部署間で異なっていますか?
- 戦略的なデータと BI のソリューションには、明確に定義された所有権の役割とスチュワードシップの役割がありますか? ないのはどちらですか?
- コンテンツの作成者と所有者は、リリース後のコンテンツのサポートと更新も担当していますか? コンテンツのサポートと更新プログラムの所有権はどの程度有効ですか?
- ソリューションの所有権を譲渡するための明確なプロセスはありますか (必要な場合)? たとえば、外部のコンサルタントがソリューションを作成または更新する場合などです。
- データ ソースには、特別な連絡先となるデータ スチュワードや領域の専門家 (SME) が含まれていますか?
- 組織で既に Fabric や Power BI を使用している場合、現在のワークスペースの設定は、コンテンツの所有権と配信戦略に準拠していますか?
成熟度レベル
次の成熟度レベルは、コンテンツの所有権と管理の現在の状態を評価するのに役立ちます。
Level | コンテンツの所有権と管理の状態 |
---|---|
100: 初期 | • セルフサービス コンテンツの作成者は、具体的な戦略なしに、制御できない方法でコンテンツを所有および管理しています。 • レポートに対するセマンティック モデルの比率が高くなっています。 多くのセマンティック モデルが存在し、ただ 1 つのレポートをサポートしているときは、データの再利用性を向上させ、信頼性を向上させ、メンテナンスを減らし、重複するデータセットの数を減らす機会があることを示します。 • 他の人が作成したコンテンツに対する不信感を引き起こす、異なるレポート間の不一致がよくあります。 |
200: 反復可能 | • コンテンツの所有権と管理のどの戦略をどのような状況で使用するかについての計画は用意できています。 • セルフサービス型の取り組みの一貫性と信頼性のレベルを向上させるために、初期の手順が実行されます。 • セルフサービスとエンタープライズのコンテンツに対する期待が含まれている、ユーザー コミュニティ向けのガイダンスが用意されています。 • 関係するすべての人が、役割と責任を明確に理解しています。 |
300: 定義済み | • 管理されたセルフサービスは、データ カルチャをさらに進展させるための優先事項であり、投資領域です。 優先事項は、レポート作成者が、適切に管理され、セキュリティで保護された、信頼できるデータ ソースを使用しながら、必要な柔軟性を持つことができるようにすることです。 • レポートのブランドは、誰がコンテンツを作成したかを示すために常に使用されます。 • メンタリング プログラム は、ベスト プラクティスを適用し、適切な意思決定を行う方法についてセルフサービス コンテンツ作成者を教育するために存在します。 |
400: 可能 | • セルフサービスとエンタープライズのコンテンツのガバナンス要件を調整するために、基準が定義されています。 • 所有権の譲渡を要求および処理する方法に関する計画があります。 • 管理されたセルフサービス (およびデータの再利用のための手法) は、よく使用され、よく理解されています。 |
500: 効率的 | • アクティビティ ログで関連するアクティビティが検出されると、事前にユーザーに伝える手順が実行されます。 段階的に改善し、リスクを軽減するため、教育と情報が提供されます。 • 熟練したコンテンツ作成者は、生産性と効率を向上させるため、サード パーティのツールを使います。 |
関連するコンテンツ
Microsoft Fabric 導入ロードマップ シリーズの次の記事では、コンテンツ配信のスコープについて説明します。