Power BI の実装計画: テナント レベルのワークスペース計画

注意

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

この記事では、Power BI エクスペリエンスに重点を置いて、テナント レベルの Fabric ワークスペースの計画について説明します。 主な対象者は次のとおりです。

• Fabric 管理者: 組織の Fabric 監視を担当する管理者。
• センター オブ エクセレンス、IT、BI チーム: 組織全体のデータおよび BI 監視とセルフサービス ユーザーのサポートも担当するチーム。

また、この記事は、ワークスペース内のコンテンツを作成、発行、管理する必要があるセルフサービスの作成者にとっても興味深い内容かもしれません。

ワークスペースはさまざまな方法で使用できるため、ほとんどの戦術的な決定はワークスペース レベルで行います (次の記事で説明します)。 ただし、テナント レベルで行う戦略的な計画の決定もいくつかあります。

テナント レベルのワークスペースの決定は、他のすべてに影響を与えるので、できるだけ早く行うことをお勧めします。 また、ワークスペース全体の目標および目的を明確にすると、個々のワークスペースの決定が容易になります。

Note

ワークスペースの概念の起源は、Power BI にあります。 Fabric では、ワークスペースの目的が拡大されました。 その結果、ワークスペースに 1 つ以上の異なる Fabric エクスペリエンス (ワークロードとも呼ばれます) のアイテムを含めることができるようになりました。 コンテンツ スコープは Power BI より拡大されていますが、これらの記事で説明されているワークスペース計画アクティビティのほとんどは、Fabric ワークスペースの計画に適用できます。

ワークスペース作成のアクセス許可

Power BI サービスのワークスペースの作成が許可される対象者の決定は、データ カルチャとガバナンスを決定することです。 一般に、この決定に取り組むには 2 つの方法があります。

• 新しいワークスペースの作成をすべて (またはほとんど) のユーザーに許可する: この方法は、通常、他のアプリケーションの既存の決定に合わせます。 たとえば、自分の SharePoint サイトまたは Teams チャネルの作成をユーザーに許可している場合、Fabric で同じポリシーを採用することは理にかなっています。
• 新しいワークスペースの作成を許可する対象者を特定のユーザーに制限する: この方法は、通常、ガバナンス計画が実施されているか、計画されていることを示します。 このプロセスの管理は完全に一元化できます (たとえば、IT のみにワークスペースの作成を許可する)。 より柔軟で実用的な方法は、個人の一元化と分散化を組み合わせた場合です。 この場合、センター オブ エクセレンス (COE) の特定のサテライト メンバー、擁護者、または信頼できるユーザーが、所属部署を代表してワークスペースを作成および管理するようにトレーニングされています。

ワークスペースの作成が許可されているユーザーの決定に従って、Fabric 管理ポータルでワークスペース作成のテナント設定を行う必要があります。 詳細については、「ワークスペースの管理」を参照してください。

チェックリスト - ワークスペースを作成できるユーザーのアクセス許可を検討する場合、主な決定事項とアクションには次のものがあります。

• ユーザーのニーズを特定し、検証する: 関連する利害関係者や当事者との共同検討をスケジュールし、ユーザーが現在どのように作業しているのかを把握します。 目標は、ユーザーのニーズを明確に理解できるようにすることです。
• ワークスペースの作成が許可されるユーザーを決定する: 新しいワークスペースの作成が許可される対象が、全ユーザーなのか、一元化されたチームだけなのか、一元化および分散化された特定のユーザーなのかを決定します。 この決定が、データ カルチャの目標と意図的に合っているようにします。 必ず、エグゼクティブ スポンサーから承認を得る必要があります。
• ワークスペースの作成が許可されるユーザーのセキュリティ グループを作成する: ユーザーのサブセットが、ワークスペースの作成が許可されるようにする場合、セキュリティ グループが必要です。 グループに、"Fabric ワークスペース作成者" のようにわかりやすい名前を付けます。 このセキュリティ グループに、ワークスペースの作成が許可されるメンバーを追加します。
• テナント設定を更新する: 管理ポータルの [ワークスペースの作成] のテナント設定に新しいセキュリティ グループを追加します。 このテナント設定に許可される可能性があるグループとしては、"Fabric ワークスペース作成者" グループの他に、COE、、および Fabric 管理者もあります。

ワークスペースの名前付け規則

ワークスペースの名前付け規則とは、ワークスペースの名前付け方法に関して合意されたパターンです。 通常、名前付け規則は提案というより要件です。

多くのユーザーがワークスペースを作成するアクセス許可を持っている場合、名前付け規則を厳密に適用することは難しくなることがあります。 この問題は、ユーザーの教育とトレーニングで軽減できます。 また、監査プロセスを実施して、名前付け規則に準拠していないワークスペースを見つけることもできます。

ワークスペース名を使って、ワークスペースに関して次のような追加情報を伝えることができます。

• 目的: ワークスペース名には常にそのコンテンツの説明を含めるべきです。 たとえば、"販売四半期ボーナス トラッキング" と指定します。
• 項目の種類: ワークスペース名に、格納されている項目の種類への参照を含めることができます。 たとえば、"売上データ" を使用して、ワークスペースにレイクハウスやセマンティック モデル (以前のデータセット) などのアイテムが保存されていることを示します。 "売上分析" は、ワークスペースに分析レポートとダッシュボードが保存されていることを示している可能性があります。
• ステージ (環境): ワークスペース名に、そのステージを含めることができます。 たとえば、ライフサイクル管理用に個別のワークスペース (開発、テスト、運用) を用意するのが一般的です。
• 所有権と責任: ワークスペース名に、コンテンツの管理を担当するユーザーを示す情報を含めることができます。 たとえば、SLS プレフィックスまたはサフィックスを使用して、販売チームがコンテンツを所有および管理していることを示すことができます。

ヒント

ワークスペース名を短くするために、追加の詳細をワークスペースの説明に含めることができます。 ただし、ユーザーがワークスペースを検索することを想定して、関連性の最も高い情報はワークスペース名に含めるようにします。 ワークスペースの画像を使用してワークスペース名を補うこともできます。 これらの考慮事項については、次の記事の「ワークスペース設定」セクションで詳しく説明します。

ワークスペース名に一貫性を持たせることは、全員に役立ちます。 ユーザーはコンテンツをより簡単に見つけることができるため、ユーザー エクスペリエンスが向上します。 また、予測可能な名前付け規則が使用されていると、管理者はコンテンツをより簡単に監視できます。

ワークスペースの名前付け規則を、一元化されたポータルとトレーニング資料に含めることをお勧めします。

次に、ワークスペースの名前付けに関連するその他の考慮事項について列挙します。

• 短いながらも説明的な名前を使用する: ワークスペース名が、そのコンテンツを正確に反映し、最も重要な部分を名前の先頭にするべきです。 Fabric ポータルのユーザー インターフェイスで、長いワークスペース名が切り捨てられ、ユーザーは、ワークスペース名の上にカーソルを置いて、完全な名前をツールヒントに表示しなければならないことがあります。 短いながらも説明的な名前の例: 四半期財務情報。
• 標準のプレフィックスを使用する: 標準のプレフィックスを使用すると、並べ替え時に類似のワークスペースを一緒に並べることができます。 例: FIN-四半期財務情報。
• 標準のサフィックスを使用する: 開発、テスト、運用に異なるワークスペースを使用する場合など、追加情報のサフィックスを追加できます。 [開発] または [テスト] サフィックスを追加しますが、運用環境は、サフィックスを付けずにユーザーにわかりやすい名前のままにすることをお勧めします。 例: FIN-四半期財務情報 [開発]。
• Power BI アプリ名と一致させる: ワークスペースとその Power BI アプリは、特にアプリ コンシューマーの使いやすさやわかりやすさを向上させようとして、名前が違うことがあります。 混乱を避けるために、類似した名前にすることをお勧めします。
• 不要な単語を省略する: 次の単語は冗長になる可能性があるため、ワークスペース名には使用しないでください。
  • "ワークスペース" という単語。
  • Fabric または Power BI という単語。 多くの Fabric ワークスペースには、さまざまなワークロードのアイテムが含まれています。 ただし、特定のワークロード (Power BI、Data Factory、Synapse Data Engineering など) のみを対象とするワークスペースを作成することもあります。 その場合、ワークスペースの目的が明確になるように、短いサフィックスを選択することもできます。
  • 組織の名前です。 ただし、主な対象者が外部ユーザーである場合は、組織の名前を含めると役立つことがあります。

注意

ワークスペース名を変更する際は、ユーザーに通知することをお勧めします。 ほとんどの場合、Fabric ポータルでワークスペースの名前を変更しても安全です。これは、ワークスペースの一意の識別子である GroupID (ワークスペースの URL に含まれる) が変わらないからです。 ただし、XMLA 接続は、GroupID ではなくワークスペース名を使用して接続するため、影響を受けます。

チェックリスト - ワークスペースの名前付け規則の作成を検討する場合、主な決定事項とアクションには次のものがあります。

• ワークスペース名の要件または基本設定を決定する: ワークスペースに名前を付ける方法を検討します。 名前付け規則の厳密な要件が必要なのか、提案や例に基づいてより柔軟な要件が必要なのかを決定します。
• 既存のワークスペース名を見直す: ユーザーが従うべき好例になるように、既存のワークスペース名を適宜更新します。 既存のワークスペースの名前が変更されることを目にすると、ユーザーは、それを暗黙的な標準と解釈して採用するようになります。
• ワークスペースの名前付け規則に関するドキュメントを作成する: ワークスペースの名前付け規則の要件と基本設定に関する参照ドキュメントを提供します。 必ず、頭字語、プレフィックス、サフィックスの正しい使用方法を示す例を含めてください。 一元化されたポータルとトレーニング資料で情報を入手できるようにします。

ワークスペース ドメイン

コンテンツの所有と管理の方法の明確さは、常に重要です。 データの作成と管理に関する責任が多くの部門や部署に分散化されると、その明確さは特に重要になります。 このアプローチは、"分散型"、"フェデレーション"、または "データ メッシュ" アーキテクチャと呼ばれる場合があります。

Fabric でワークスペースの所有権と管理をサポートする方法の 1 つは、"ドメイン" を使用することです。 ドメインは、類似した特性を持つ複数のワークスペースを論理的にグループ化する方法を提供します。 たとえば、すべての販売ワークスペースをグループ化する 1 つのドメインと、財務ワークスペース用の別のドメインを作成することが考えられます。

ドメインを使用する主な利点を次に示します。

• 類似したワークスペースを 1 つの管理境界にグループ化します。
• 特定のテナント設定をドメイン レベルで管理できます。 詳細については、「テナント レベルの設定をオーバーライドする」を参照してください。
• ユーザーが関連するデータを見つけるのに役立ちます。 たとえば、OneLake データ ハブでフィルターを使用できます。

次の表に、関連するワークスペースの整理に選択することが考えられるさまざまな方法を示します。

ワークスペースを整理する方法	ドメイン例
サブジェクト領域/ドメイン/コンテンツ タイプ別	"財務" ドメインに、財務コンテンツに関連する各ワークスペースが含まれます。
コンテンツを所有および管理するチーム/部門別	"エンタープライズ BI" ドメインに、チームが管理を直接担当するすべてのワークスペースが含まれます。
組織の部署またはセグメント別	"ヨーロッパの部門" ドメインに、ヨーロッパでの運用に直接関連するすべてのワークスペースが含まれます。
プロジェクト別	"子会社の取得" ドメインに、機密性の高いプロジェクトのすべてのワークスペースが含まれます。

テナント内の Fabric ドメインを計画するときの考慮事項をいくつか、次に示します。

• 各ワークスペースをどのようにドメインにマップするか。 各ワークスペースを割り当てることができるのは (複数のドメインではなく) 1 つのドメインのみであるため、計画を立てる準備をしてください。 行にワークスペース、列にドメインを含むマトリックス ダイアグラムを作成して、それらの割り当て方法の計画に役立てることを検討してください。 ワークスペースを再構成する必要があることがわかった場合は、ワークスペース設定または管理ポータルでドメインを再割り当てできます。
• 誰にドメインの管理を承認するか。 "ドメイン管理者" ロールのメンバーが、既存のドメインの管理を承認されます。 可能であれば、ドメインのコンテンツを直接所有および管理するドメイン管理者を割り当ててください。 ドメイン管理者は、サブジェクト領域の内部、地域、および政府の規制に精通している専門家である必要があります。 すべての内部ガバナンスとセキュリティの要件についても精通している必要があります。 詳細については、「ドメイン ロール」を参照してください。
• 誰にドメインへのワークスペースの割り当てを許可するか。 "ドメイン共同作成者" ロールのメンバーが、ワークスペースをドメインに割り当てることができるユーザー (ワークスペース管理者でもある) を定義します。 ワークスペースのドメインへの割り当てを許可するユーザーを増やすと、割り当てられたグループの精度を頻繁に監査する必要があります。 特定のユーザー グループ、または Fabric 管理者とドメイン管理者のみを許可すると、割り当て方法をより細かく制御できます。 詳細については、「ドメイン ロール」を参照してください。
• 地域などの、特定のコンプライアンスのニーズや制限はありますか? データ ストレージの地域は (ドメインではなく) 容量ごとに設定されていることに注意してください。 ワークスペースのドメイン、および容量への割り当てが計画プロセスにどのように影響するかを検討してください。

詳細については、「ドメインの管理」を参照してください。

チェックリスト - ワークスペースのドメインを計画するときの、主要な決定事項とアクションは次のとおりです。

• コンテンツの所有権の機能を検証する: コンテンツの所有権と管理が組織全体でどのように行われているかを深く理解していることを確認します。 その情報を、ワークスペースをドメインに整理するための計画に盛り込みます。
• ワークスペース ドメインを計画する: ワークスペースをドメインに最適に整理する方法を計画するためのディスカッションを行います。 センター オブ エクセレンスとエグゼクティブ スポンサーに、すべての主要な決定事項を確認します。
• Fabric 管理者を教育する: ドメインを作成する方法と、ドメイン管理者を割り当てて管理する方法にテナント管理者が精通するようにします。
• ドメイン管理者を教育する: ドメインの管理に関してこのロールに期待されている内容をドメイン管理者が理解するようにします。
• ドメイン共同作成者の処理方法を決定する: ドメインにワークスペースを割り当てるアクセス許可を持つユーザーを検討します。
• 監査プロセスを作成する: 定期的に、割り当てられたドメイン グループが正しいことを確認します。

ワークスペースの作成プロセス

ワークスペースを作成できるユーザーを制限することにした場合は、より広範なユーザーが、新しいワークスペースを要求するプロセスを知る必要があります。 この場合、ユーザーが見つけやすく、便利な要求プロセスを確立することが重要です。

また、新しいワークスペースの要求に迅速に対応することも重要です。 2 から 4 時間のサービス レベル アグリーメント (SLA) が理想的です。 新しいワークスペースを要求するプロセスに時間や手間がかかりすぎると、ユーザーは、作業を継続できるように、自分が持っているワークスペースを使用するようになります。 新しいワークスペースの作成をスキップすることを選択した場合、代わりに使用するものが最適ではない可能性があります。 新しいコンテンツに適していない既存のワークスペースを再利用することを選択したり、個人のワークスペースからコンテンツを共有したりする可能性があります。

ヒント

新しいプロセスを作成する際の目標は、ユーザーがプロセスに簡単に準拠できるようにすることです。 データ ガバナンスのすべての決定と同様で、要は、ユーザーが正しいことを簡単に行えるようにすることです。

次の表に、新しいワークスペースの要求時に収集する情報を示します。

必要な情報	例	検証の要求
ワークスペース名	SLS-フィールド売上分析	• 名前が名前付け規則に準拠しているか? • 同じ名前の別のワークスペースが存在するか?
必要なステージ	SLS-フィールド売上分析 [開発]、SLS-フィールド売上分析 [テスト]、SLS-フィールド売上分析	• コンテンツを適切にサポートするために複数のワークスペースが必要か? • その場合、デプロイ パイプラインも作成する必要があるか?
説明	月次、四半期、および年次分析の顧客の売上と注文履歴。	• 機密データ (規制対象データ) の格納が予想されるか? • その場合、それがワークスペース ガバナンスの方法に影響するか?
対象読者	グローバル フィールド販売組織	• コンテンツ配信の範囲はどのくらい広いか? • それはワークスペース ガバナンスの方法にどのように影響するか?
ワークスペースに割り当てるライセンス モード	多数の営業担当者が閲覧者のみであり、無料ライセンスを持っているため、営業チームに Fabric 容量が必要	• どのレベルの Fabric 容量が必要か?
データ ストレージの要件	データ所在地がカナダにある	• Multi-Geo が必要になるデータ所在地ニーズがあるか? • 予想されるデータ量はどのくらいか?
ワークスペース管理者	FabricContentAdmins-FieldSalesAnalytics	• 管理者は (できれば) グループか? • 管理者が少なくとも 2 人いるか?
要求を送信するユーザー	requestor@contoso.com	• 要求を送信するユーザーは、提供される情報に関連するロールまたは業種に従事しているか?

上の表には、ワークスペースの設定に必要な最小限の情報しか含まれていません。 考えられるすべての構成が含まれているわけではありません。 ほとんどの場合、ワークスペース管理者が、ワークスペースの作成後の設定完了を担います。 詳細については、「ワークスペースレベルの設定」の記事を参照してください。

ワークスペース作成要求のオンライン フォームを作成するために使用できるテクノロジ オプションは多数あります。 Microsoft Power Apps の使用を検討してください。これは、Web ベースのシンプルなフォームとアプリケーションを構築するのに最適なローコード ソフトウェア オプションです。 Web ベースのフォームの作成に使用するテクノロジは、だれがフォームの作成と保守を担当するのかによって異なります。

ヒント

効率と精度を向上させるため、Power BI REST API を使用してワークスペースをプログラムで作成または更新することでプロセスを自動化することを検討してください。 この場合、各要求を自動処理するのではなく、レビュー プロセスと承認プロセスを含めることをお勧めします。

チェックリスト - 新しいワークスペースを要求するプロセスを検討する場合、主な決定事項とアクションには次のものがあります。

• 新しいワークスペースを要求するためのプロセスを確立する: 新しいワークスペースを要求するための特定のプロセスを決定します。 必要になる情報、情報をキャプチャする方法、要求を処理する担当者を検討します。
• 新しいワークスペースを要求するための標準フォームを作成する: 新しいワークスペースのフォームに含める情報を決定します。 ユーザーから情報を収集する Power Apps アプリを構築することを検討します。 フォームへのリンクが広く利用でき、一元化されたポータルやその他の共通の場所で簡単に見つけられるようにします。 フォームへのリンクを現在進行中のコミュニケーションにも含めます。
• 送信された要求にだれがどの程度迅速に応答するかを決定する: 要求を処理する担当者を決定します。 新しいワークスペースの要求を処理するために予想される応答時間を検討します。 セルフサービス ユーザーに遅延が発生しないように、要求を迅速に処理できることを確認します。
• ナレッジ転送セッションを実施する: 別のチームがワークスペース要求プロセスをサポートする場合、必要な情報がすべて得られるようにナレッジ転送セッションを実施します。
• 要求を承認または拒否する方法に関するドキュメントを作成する: 要求を確認または処理する担当者向けに、要求を承認する方法に関するドキュメントを作成します。 また、要求が拒否される理由と、実行すべきアクションも含めます。
• ワークスペースを要求する方法に関するドキュメントを作成する: 自分のワークスペースを作成できないユーザー向けに、新しいワークスペースを要求する方法に関するドキュメントを作成します。 必要な情報と、応答に対する見込みを含めます。 一元化されたポータルとトレーニング資料で情報を確実に入手できるようにします。

ワークスペース ガバナンス レベル

すべてのワークスペースで同じレベルの監視が必要なわけではありません。 特定のワークスペースを "ガバナンス対象" と見なす場合があります。 ガバナンス対象のワークスペースとは、そのコンテンツにより多くの要件と見込みがあることを意味します。 一部の組織では、ガバナンス対象の代わりに、"マネージド" という用語を使用します。

ガバナンスのレベルを決定するには、次の 4 つの主要な決定基準があります。

• 誰が BI コンテンツを所有および管理するのか
• BI コンテンツの配信スコープはどれか
• データ対象領域は何か
• データや BI ソリューションは重要と見なされているか

Note

4 つの主要な決定基準の詳細については、「Microsoft Fabric 導入ロードマップ」で説明されているガバナンスの記事を参照してください。

まず、ガバナンス対象とガバナンス対象外の 2 つのレベルのワークスペースから始めることができます。 ガバナンス レベルはできるだけシンプルに保つことをお勧めします。 ただし、特定の状況によっては、ガバナンス対象分類の細分化が必要になる可能性があります。 たとえば、企業の BI チームが管理する重要コンテンツに、ガバナンス要件のセットが 1 つ存在するかもしれません。 一方、部署が直接所有および管理する重要コンテンツに、わずかに異なる要件のセットが適用される可能性があります。 場合によって、個々の部署に合わせて決定が調整されます。

次の表には、ワークスペースをガバナンス対象と見なす場合の最も一般的な要件の一部が記載されています。

カテゴリ	潜在的なガバナンス要件
所有権とサポート	• 所有権が技術的なコンテンツ所有者またはサブジェクト領域の専門家に対して割り当てられ、責任が明確化されている。 • ユーザー サポート チーム/ユーザーが割り当てられ、ユーザーが支援を求めたり、問題を送信したりする方法を理解している。 • ユーザーからのフィードバック、質問、および強化要求のためのメカニズムが用意されている。 • ワークスペース内のコンテンツに対する重要な変更を通知するためのコミュニケーション計画が存在する。
ワークスペースの設定	• ワークスペースが適切に整理され、目的が明確に定義されている。 • 特定の名前付け規則が使用されている。 • ワークスペースが、特定のドメインに割り当てられている。 • ワークスペースの説明、画像、連絡先が必須である。
精度	• すべてのコンテンツが認定されている。 • データ品質の問題をコンテンツ所有者がタイムリーに認識できるようにデータ検証が自動化されている。
Distribution	• レポートとダッシュボードの配布に Power BI アプリが使用されている。
セキュリティとデータ保護	• ワークスペース ロールを管理するために (個々のアカウントではなく) セキュリティ グループが使用されている。 • 秘密度ラベルが情報保護に使用されている。 • 認可された (または承認された) データ ソースのみが許可されている。 • すべてのソース ファイルが、バックアップされる安全な場所に存在する。
変更管理	• 開発、テスト、および運用に別個のワークスペースが使用されている。 • Fabric ポータルのすべての Power BI Desktop のファイルおよびアイテムに対してソース管理 (Git 統合など) が使用されている。 • すべてのデータ ソース ファイルに対してバージョン管理またはソース管理が使用されている。 • デプロイ パイプラインや DevOps プロセスなどのライフサイクル管理および変更管理プロセスに従っている。
許可	• ワークスペースが適切な Fabric 容量レベルに割り当てられている。 • Fabric 容量が管理および監視されている。
ゲートウェイ	• 標準モード (非個人用) のデータ ゲートウェイが使用されている。 • すべてのゲートウェイ データ ソースの資格情報が、承認された資格情報を使用している。
監査と監視	• 導入、使用パターン、パフォーマンスを追跡するためにアクティブな監査および監視プロセスが実施されている。

ヒント

通常、ガバナンス要件は省略可能ではありません。 このため、タイムリーな監査が重要であり、特定の状況では強制が必要になります。 たとえば、ガバナンス対象のワークスペースですべてのファイルが安全な場所に存在する必要があり、監査中に未承認のファイルの場所が検出された場合は、ファイルの場所を更新するためのアクションが実行される必要があります。

チェックリスト - ワークスペース ガバナンス レベルを検討する場合、主な決定事項とアクションには次のものがあります。

• ワークスペース ガバナンス レベルを決定する: 必要なガバナンスのレベルを決定します。 できるだけシンプルに保つようにします。
• ワークスペースを分類する方法の基準を決定する: ワークスペースを特定のガバナンス レベルに分類するための決定基準を決定します。
• ワークスペース ガバナンス要件を決定する: ガバナンス レベルごとに、具体的な要件を決定します。
• ワークスペース ガバナンス レベルを指定する方法を決定する: ワークスペースのガバナンス レベルを識別する最も簡単な方法を見つけます。 名前の一部、説明の一部、または他の格納場所として記録できます (SharePoint リストに各ワークスペースに関する詳細情報を含めるなど)。
• ワークスペース ガバナンス要件のドキュメントを作成する: ガバナンス対象のワークスペースのコンテンツを管理するための責任についてなど、コンテンツ作成者を対象とする有用なドキュメントを作成します。 一元化されたポータルとトレーニング資料で情報を入手できるようにします。
• ワークスペース監査プロセスを作成する: ガバナンス対象と見なすワークスペースの場合、監査プロセスを作成して、最も重要な要件に準拠していない領域を特定します。 コンプライアンスの問題に対処するために、コンテンツ所有者に連絡する担当者を確保します。

関連するコンテンツ

このシリーズの次の記事で、ワークスペースレベルの計画について説明します。