Microsoft 365ガバナンスフレームワークの解説

By Mirko Peters · 2026-02-20

Microsoft 365ガバナンスフレームワークは、Microsoft 365を安全かつ適法に、効率よく運用するための組織の全体計画とお考えください。ただの文書としてしまい込まれるものではなく、クラウド運用を一貫性のあるものに保ち、人員の入れ替えや環境の変化があっても準拠した状態を維持する基盤です。

Automatically translated with AI from the original post. Read the English original

Microsoft 365ガバナンスフレームワークは、Microsoft 365を安全かつ適法に、効率よく運用するための組織の全体計画とお考えください。ただの文書としてしまい込まれるものではなく、クラウド運用を一貫性のあるものに保ち、人員の入れ替えや環境の変化があっても準拠した状態を維持する基盤です。

ガバナンスフレームワークの中核にあるのは、構造化されたポリシー、コントロール、プロセスです。これにより、アクセスの管理、データの保護、規制要件への対応を行えます。生産性を損なうことなく実施できるのが特徴です。この基盤がなければ、統制は急速に崩れます。不適切な運用が広がり、機密ファイルが露出し、誰が何に責任を持つのかが曖昧になってしまいます。

本ガイドでは、Microsoft 365ガバナンスの「何を」「なぜ」行うのかを、実際の例に基づいて解説します。基本用語から実践的なチェックリストまで扱い、強力なガバナンスが事業の回復力とデジタル活用の両方を支える土台になることを示します。

Microsoft 365ガバナンスの基本原則

• セキュリティ: ガバナンスフレームワークの土台となるのは、堅固なセキュリティです。脅威に対する強固な防御を構築し、誰が何にアクセスできるかを管理するとともに、IDとデバイスを確実に保護することを意味します。セキュリティは後から付け足すものではなく、あらゆる要素に組み込むべきものです。
• コンプライアンス: 業界によっては、GDPR、HIPAAなど複数のガイドラインへの対応が求められる場合があります。効果的なガバナンスは、法的要件や規制要件を満たすことを保証します。証跡の取得、保持期間の設定を行い、コンプライアンス体制を適切に整えます。
• データ保護: 機密データを安全に保つことは、必須の要件です。この原則は、誰が情報を共有、コピー、エクスポートできるかを扱います。DLPポリシーや暗号化などのツールを用いて、露出を最小限に抑え、情報漏えいを防ぎます。
• 運用効率: ガバナンスは、形式的な手続きを増やすためのものではありません。ユーザーが必要なものを素早く入手できるよう業務プロセスを整え、同時にIT部門の負担を抑えることが目的です。自動化されたポリシー、明確に割り当てられた責任、分かりやすいコントロールにより、生産性を高く保ち、管理業務を扱いやすい状態に保てます。
• 適応性: Microsoft 365は常に変化します。定期的な更新、新機能の追加、ユーザーのニーズの変化に合わせて、ガバナンスフレームワークも柔軟に調整する必要があります。定期的なレビューと変更管理を組み込むことで、取り残されたり、統制を失ったりすることを防げます。

これらの原則は互いに重なり合い、補強し合うことで、Microsoftのクラウドファーストの方針に沿った基盤を形づくります。これらを適切に実現できれば、現在の要求にも将来の想定外の事態にも備えられます。

Microsoft 365ガバナンスフレームワークが必要な理由

Microsoft 365は「設定したら放置」で済むと考えているなら、考え直す必要があります。管理されていない環境では、コンプライアンスの逸脱、データ漏えい、シャドーITの定着といった深刻な問題がすぐに発生します。フレームワークがなければ、設定ミスや過剰なアクセス許可の蓄積により、意図的か否かを問わずデータが露出する恐れがあります。AI機能やサードパーティ製の連携が拡大するにつれ、そのリスクはさらに高まります。

こうした落とし穴を避けるため、ガバナンスフレームワークによって、取り組みを計画的かつ責任の明確なものにします。ガバナンスは自動的に実現されるものではなく、条件付きアクセスやDLPといった標準の制御機能も、人とプロセスに支えられて初めて機能します。管理されていないアプリの利用やシャドーITへの具体的な対策については、こちらのシャドーITへの対策をご覧ください。長期的な信頼と実効性のある統制を得るには、体系的で規律あるアプローチが欠かせません。

ガバナンスフレームワークの主要コンポーネント

Microsoft 365のガバナンスは、住宅の骨組みのようなものです。すべてが順調なときは目に見えませんが、全体を支えるうえで欠かせません。ポリシーの細部や個別の設定に入る前に、大きな要素がどのように組み合わさるかを把握しておくことが大切です。

大まかに言えば、Microsoft 365 のガバナンス フレームワークはどれも三つの主要な要素に支えられています。第一に、アクセス、共有、データ保護のルールを定義するポリシーとコントロールです。第二に、役割と責任を割り当てることで、説明責任が明確になります。グローバル管理者から事業部門のオーナーまで、誰が何を舵取りするのかが全員にわかる状態です。第三に、監視と監査の仕組みで、システム全体に目を配り、問題が大きな混乱に発展する前に検知します。

これは、規制、生産性、セキュリティの各目標を支える足場だと考えてください。各要素は次の要素につながっています。適切なポリシーが基準を定め、明確なオーナーシップが確実な実行を保証し、堅牢な監視がフィードバックをもたらします。以降のセクションでは各要素を詳しく解説し、全体像から実践的なアクションへ進めるように説明します。

Microsoft 365 のポリシーとコントロール

• 条件付きアクセス: ユーザーがリソースにアクセスできる人、場所、方法のルールを設定します。適切なポリシー設計は危険な例外を防ぎ、アクセスを厳格に保ちます。根本からの防御戦略については、こちらのガイドをご覧ください。
• データ損失防止 (DLP): 機密情報が意図的か否かにかかわらず組織の外へ流出するのを防ぎます。DLP は電子メール、Teams、SharePoint などに適用されます。設定の手順とビジネス上の価値については、こちらの DLP 解説をお聴きください。
• 保持ポリシーと秘密度ラベル: データをいつ保持し、いつ削除するかを管理し、機密性の高いコンテンツに適切なアクセスと共有のルールを付与します。これらの分類は、監査証跡と安全なコラボレーションにとって極めて重要です。
• 継続的なレビュー: 完璧なポリシーは存在しません。コントロールを定期的に見直して調整することで、古いルール、内部脅威、進化するシャドー IT の手法による死角を防ぎます。

ネイティブのポリシーとカスタム ポリシーを組み合わせた多層的なアプローチにより、ガバナンスは静的ではなく、効果的かつ動的なものになります。

ガバナンスにおける役割と責任

• グローバル管理者: 最上位の構成、アクセス、セキュリティに責任を持ちます。これは日常業務のための役割ではありません。割り当てる人数を少数に絞り、割り当てと削除の手順を厳格に定めてください。
• コンプライアンス/管理者の役割: 監査、法務、レポート作成の要件に対応します。利益相反を避けるため、日常の IT 業務とは明確に分離する必要があります。
• ワークロード オーナー: Teams や SharePoint など、特定のアプリやプラットフォームを担当するマネージャーです。ローカルのポリシーが中央のガードレールに従うようにします。
• ガバナンス ボード: 戦略、リスクの受け付け、レビューを監督する部門横断の委員会です。AI の登場によって変化しつつある役割を深く知りたい場合は、こちらの専門家向けポッドキャストをご覧ください。

職務を分離し、IT 部門だけでなく事業部門全体でセキュリティ最優先の文化を育むことが、説明責任と回復力の鍵となります。

監視と監査の実践

• Microsoft Purview 監査: セキュリティ、コンプライアンス、フォレンジックのために、テナント全体のユーザー アクティビティを追跡します。何ができるのか、どこから始めればよいか迷っている場合は、こちらの監査ガイドをご確認ください。
• アクティビティ ログと脅威の監視: ログにより、アカウントの操作、共有イベント、潜在的な侵害が可視化されます。AI を活用した分析による脅威の監視は、通常とは異なるパターンを検知して警告するため、リスクを迅速に発見できます。
• ユーザー動作分析: 内部脅威やポリシーの欠陥を明らかにする可能性のある利用状況の異常を追跡し、その結果をポリシーの更新に反映させます。
• 定期的なレビュー: 計画的な監査は、コンプライアンスのずれを防ぎ、ポリシーの有効性を証明し、法的要件とビジネス要件の両方を満たすのに役立ちます。

これらの取り組みによって、サイクルが完結します。ガバナンスは「設定したら放置」するものではなく、実態に合わせて適応し続ける能動的なプロセスです。

組織の目標に合わせた Microsoft 365 ガバナンスの整合

Microsoft 365 のガバナンスの取り組みは、常に組織全体にとって重要なことと結び付けるべきです。つまり、ガバナンスを全社的なビジネス目標、規制上の義務、そして継続的なデジタルトランスフォーメーションに合わせる必要があります。ガバナンスは片手間の仕事ではありません。価値を最大化し、安全なコラボレーションを促進し、コストを予測可能な範囲に保つための基盤です。

ガバナンスの成果を測定するには、技術的な結果だけでなく、生産性、コスト削減、リスク低減、コンプライアンスへの貢献をビジネスの言葉で評価してください。コスト管理と実効性のある説明責任を結び付ける方法については、showback と chargeback に関する解説をご覧ください。

Microsoft 365 のリスクの特定と管理

誰かがファイルを共有したり、アプリにアクセス権を付与したりするたびに、Microsoft 365 の裏側には何らかのリスクが潜んでいます。データ侵害、特権の悪用、管理されていない外部共有など、その種類はさまざまです。機能やアプリが増え続け、特に AI やローコードツールが加わるにつれて、リスクの対象範囲は拡大し続けています。

厄介なのは、目に見えないものです。シャドー IT、気付かれないままのアクセス許可、そしていつまでも退出しないゲストなどです。Microsoft 365 環境が拡大するにつれて、死角も広がります。進化し続けるこれらのリスクにガバナンスが積極的に対処しなければ、重大なコンプライアンス違反やセキュリティ事故は目前に迫っています。

このセクションでは、現在の組織が直面している最も重要な課題に焦点を当てた指針を示します。その課題とは、ユーザーが承認されていないアプリや AI エージェントを自由に使ってしまうシャドー IT、そして監視されないままだとデータ漏えいの入り口になるゲストアクセスです。これらのリスクがなぜ重要なのか、何が変わりつつあるのか、そしてどのように事前に防御を備えるべきかを解説します。

Microsoft 365 におけるシャドー IT

シャドー IT は、ユーザーが承認されていないアプリ、ボット、さらには AI エージェントを接続し、IT が追跡できない場所にデータを移動させたときに Microsoft 365 内で発生します。Power Platform と Copilot の普及により、この問題はさらに厄介になっています。不正なアプリは従来の検出をすり抜け、広範なアクセス許可を持ったまま動作してしまうことがあります。

これに対処するには、アプリの同意に関するポリシーを厳格化し、Entra ID のログを監視して、Defender for Cloud Apps で問題のあるアプリを見つけ出します。業務を止めずにシャドー IT を管理下に置くための、段階的で実践的な計画については、この1 週間での是正アプローチをご覧ください。目に見えない AI エージェントが心配な場合は、対象を絞った制御方法についてこちらで解説しています。

ゲストアクセスと外部コラボレーションの管理

• 管理された招待: 外部ユーザー（ゲスト）の招待は、正当な業務上の理由がある場合に限ってください。アクセスの理由を明確にし、可能な限り利用期間を制限します。Entra ID のアクセス レビューを使用して、休眠状態のアカウントや過剰な権限を見つけ出してください。ライフサイクル ガバナンスのベスト プラクティスについては、こちらのガイドをご覧ください。
• 監視とアラート: Teams、SharePoint、OneDrive における危険な外部共有に対して、事前にアラートを設定してください。特に PowerShell や Purview を使った監査の強化は、「静かな」データ漏えいを検出するうえで有効です。詳しくはこちらをご覧ください。
• 安全な退出管理: ゲストアカウントの有効期限を定期的に設定し、アクティブなゲストを監視して、プロジェクト終了時には削除を自動化してください。これにより攻撃対象領域が減り、監査の記録も整理され、意図しないアクセスによる情報漏えいを防げます。

オープンなコラボレーションと強固なセキュリティの間で適切なバランスを取ることで、外部との関係を生産的に保ちつつ、扉を開け放したままにせずに済みます。

Microsoft 365 におけるデータ ガバナンス

Microsoft 365 が企業の文書、会話、分析データを保管するデジタル金庫としての役割を担うにつれて、堅固なデータ ガバナンスはこれまで以上に重要になっています。単にロックをかけるだけでなく、どこにどのようなデータがあり、どのように利用され、どのように流れているのかを把握することが求められます。特に、規制が変化したり新しいサービスが登場したりする場面では、その重要性が増します。

情報管理の基盤は、まず情報を分類し、どのデータが機密情報か、限定公開か、通常の情報かを把握することから始まります。そのうえで、スマート ポリシーと自動化を組み合わせ、リスクの高い操作をブロックし、保持を適用し、すべてのデータが適切に扱われるようにします。Microsoft 365 のコンプライアンス エコシステム（DLP、Purview、SharePoint、Dataverse）がツールを提供しますが、実際に効果を発揮させるのはガバナンス モデルです。

以下のセクションでは、強力なデータ ガバナンスを構成する要素を解説します。データ損失を事前に防ぐこと、Purview によって自動分類を拡張すること、そして AI 主導で成長する環境において SharePoint と Dataverse を管理する際によくある失敗を避けることです。

データ損失防止（DLP）ポリシーの実装

• 対象を絞った DLP ポリシーを作成する: まずは、メール、Teams、SharePoint など、明らかなチャネルの保護から始めます。クレジット カード番号、個人情報、機密のプロジェクト名をスキャンするルールを作成し、ポリシー違反があった場合は自動的にブロックするか警告を表示します。開発者や Power Platform を利用するユーザーにとっては、コネクタのガバナンスが重要です。既定の環境がなぜリスクになるのかについては、こちらの解説をご覧ください。
• 調整と周知を続ける: ポリシーを設定したら放置しないでください。DLP の一致状況を監視し、ルールを調整して不要な通知を減らし、わかりやすいメッセージでユーザーの意識を高めます。Power Platform の作成者は、コネクタの分類を適切に保ち、開発、テスト、本番の各環境でポリシーを一貫させてください。詳しくは、Power Platform の DLP ベスト プラクティスをご覧ください。
• 監視と継続的な改善: テレメトリを使用してポリシーの有効性を測定し、脅威や業務フローの変化に合わせて設定を更新します。事前のテストを行えば、気付かないうちに失敗したり、後から問題が発生したりすることを防げます。

複数のワークロード全体で一貫して適用することで、DLP 戦略は堅牢で効果的な状態を保てます。

Microsoft Purview によるデータ分類

Microsoft Purview は、データの分類、ラベル付け、保持を自動化するための指令センターとして機能します。Purview を使うと、ファイル、メール、メッセージに秘密度や種類に基づいてタグを付け、ロックする、保持する、一定期間後に削除するといった適切な管理を適用できます。

通常は、分類ポリシーを作成し、それを Teams、SharePoint、Power Platform に接続するところから始めます。これにより、規制当局に提示できる監査可能な証跡が作成されます。Purview を拡張し、コンプライアンスを最優先に保つための実践的な青写真については、ドキュメントの混乱を防ぐことを扱った次の解説をご覧ください。Purview のシールドを構築する

SharePoint と Dataverse のガバナンスでよくある失敗

• アクセス許可の管理が不十分: 既定の共有設定やチームベースのセキュリティは、過剰な公開や無秩序なデータアクセスを招きがちです。機密性の高い情報には、ロールベースとフィールド レベルの制御を徹底してください。
• ライフサイクル管理の軽視: サイトやリストが無秩序に増えるままにすると、テナントが散らかり、コンプライアンス上のリスクが見えにくくなります。定期的なレビューとアーカイブのポリシーを構造的に実装してください。
• アプリに SharePoint リストを誤用する: 複雑なアプリのデータを SharePoint だけに頼ると、ルックアップの破損、スロットリング、データ損失などガバナンス上の問題が生じます。堅牢なソリューションを実現するには Dataverse への移行を検討してください。詳しくは、こちらのガバナンスに関する詳しい解説をご覧ください。

こうした典型的な落とし穴を避けることは、セキュリティを強化するとともに、Power Platform などのプラットフォームや AI を責任を持って拡張する能力の向上にもつながります。

Microsoft 365 アプリごとのガバナンス戦略

すべての Microsoft 365 アプリが同じように構築されているわけではなく、同じ方法でガバナンスする必要があるわけでもありません。Teams、SharePoint、OneDrive、Power Platform、Copilot など、各ワークロードには、固有のコラボレーションの習慣、統合の要件、リスク プロファイルが伴います。

そのため、ガバナンス アプローチをすべてに同じように当てはめるべきではありません。サービスごとのリスクに合わせてポリシー、監視、制御を調整することで、Teams の無秩序な増加や保護されていない Power Apps といったギャップを防げます。同時に、コンプライアンス上の抜け穴を作ることなく、生産性と革新を支える適切なバランスを取ることも重要です。

以下のセクションでは、Microsoft Teams と Power Platform における主要な課題とガバナンス対策を解説します。よくある問題が起きやすい場面に備え、まず何を修正すべきかを把握できるようにすることが目的です。

Microsoft Teams のガバナンス上の課題

• Teams の乱立: ガードレールがないと、ユーザーが好き勝手にチームを作成し、「無法地帯」のようなワークスペースや混乱を生みます。ポリシーに基づくテンプレートとライフサイクルの自動化で整理された状態を保てます。ワークフローのアドバイスはこちらをご覧ください。
• ゲストユーザーの管理: Teams では社外のユーザーを簡単に招待できますが、非アクティブor監視されていないゲストは、プロジェクトの終了後も長くデータを露出させるおそれがあります。自動化されたアクセスレビューと定期的なゲストの整理は必須です。リスクと対策については、コントロールの錯覚の記事を確認してください。
• 情報のサイロ化: Teams が独立した「島」となり、ナレッジの共有やコンプライアンスのレポートを妨げることがあります。ガバナンスでは、Teams の設定を上流の ID およびコンプライアンスの制御と整合させることが重要であり、管理センターだけに頼るのは不十分です。詳細はこちらの解説を参照してください。

これらの現実に正面から向き合い、Teams のガバナンスを「目的地」ではなく「継続的な取り組み」として捉えることで、リスクを抑えつつ円滑なコラボレーションを維持できます。

Power Platform と Power BI のガバナンス

• 環境管理: 開発、テスト、本番の環境を分離します。これにより、データの誤った漏えいを防ぎ、試験的なアプリが基幹システムに影響するのを防げます。整理された運用の枠組みについては、Power Platform のベストプラクティスを参照してください。
• DLP コネクタ: 特に Power Platform では、使用を許可するコネクタを制御して DLP ポリシーを徹底します。コネクタの分類を一貫させることで、想定外のデータ転送やフローの失敗を防げます。詳しくは、コネクタのガバナンスに関する解説をご覧ください。
• きめ細かなセキュリティ: Dataverse と Power BI でフィールドレベルおよび行レベルのセキュリティを割り当てます。ロールベースのアクセス制御と定期的なレビューにより、権限の肥大化を防げます。
• 責任ある技術革新: 市民開発を有効にすることは大きな力になりますが、ガバナンスがなければアーキテクチャの逸脱やシャドー IT を招きます。ローコードや AI 機能が広がるなかでは、統制と支援を組み合わせて、スピードとセキュリティのバランスを取ることが重要です。

こうした統制を整えれば、デジタル領域の鍵を手放すことなく、イノベーションを進められます。

自動化によるガバナンスの運用

自動化は、Microsoft 365 のガバナンスを反復可能でスケーラブルなものにするための切り札です。PowerShell スクリプト、ワークフローツール、スケジュールされたジョブを使えば、ポリシーの適用、コンプライアンスレポートの作成、ユーザーやグループのライフサイクル管理を、苦労なく行えます。

たとえば、ゲストアクセスの自動削除、非準拠の設定のフラグ付け、定期的な監査レポートの作成などがあります。自動化は、Microsoft のアップデートの展開やビジネスプロセスの変化に合わせてガバナンスを柔軟に保つ役割も果たします。ただし、死角を生む「オートパイロットのドリフト」を避けるため、スクリプトやワークフローは頻繁に調整してください。自動化と AI 主導のガバナンスにおける新たな課題については、リダイレクトされる場合があるものの、こちらのリンクで最新の情報を確認してください。

AI と Copilot のガバナンス上の考慮事項

AI は、特に Copilot の登場や、業務データを分単位で処理するスマートエージェントの登場によって、Microsoft 365 のあり方を変えつつあります。その可能性とともに、AI の「ハルシネーション」、隠れたデータ露出、自動化によって増幅される内部リスクといった、独特のリスクや予期しないコンプライアンス上の課題も生まれています。

ガバナンスの枠組みは、今すぐにでも追いつく必要があります。問題は不適切な行動を止めることだけではありません。AIツールがアクセスできるもの、監視できるもの、共有できるものについて、新しい境界を設定することが重要です。ここで役立つのが、PurviewやEntraといったツールによる高度なポリシーの適用、監査、そして実環境での監視です。以下のセクションでは、何が危うくなっているのか、そして社内でAIの導入が加速する中で、プライバシーと創造性をどのように守るのかを解説します。

Microsoft Copilot と AI エージェントのガバナンス

• DLP とコネクタの境界: コネクタを「ビジネス」「非ビジネス」「ブロック」のカテゴリに分けて、データを分離します。意図しない情報漏えいを防ぐため、リスクの高いコネクタ（HTTP/カスタムなど）はテナントレベルでブロックしてください。Copilot のセットアップに関するガバナンスのガードレールについては、この詳細ガイドで解説しています。
• 最小権限の適用: Entra のロールグループと最小権限の Graph アクセス許可を使い、Copilot と AI エージェントに必要な範囲だけを許可します。実際のロール管理の手順については、この Copilot コンプライアンスの解説をご覧ください。
• AI の動作の監査と監視: Purview と Sentinel による監視を、AI が生成したコンテンツやエージェントの活動にも広げます。監査ログがあれば、ポリシーに反する動作を素早く発見し、調査できます。
• ロールアウトのガバナンス: 法的契約、ライセンスの確認、自動ラベル付け、コンプライアンスポリシー、ガバナンス委員会といった技術的な統制を組み合わせます。ロールアウト戦略と 10 ステップのチェックリストの作成については、この Copilot ガバナンスの指針を参考にしてください。

AI の導入が進むにつれて、セキュリティ、コンプライアンス、イノベーションのバランスを保つために、監視の強化が必要です。

ガバナンス成熟度のロードマップを作る

組織の Microsoft 365 ガバナンスの成熟度を評価するには、まず Microsoft の成熟度モデルと比較することから始めます。多くの組織は、場当たり的なポリシーと文書化されていない役割の段階から、繰り返し実施でき監査可能な統制を備えた、定義済みで最適化された枠組みへと段階的に移行していきます。調査によると、成熟したガバナンスはデータ侵害を最大 50% 削減すると同時に、管理の負担や監査での罰則も軽減することが示されています。

主要なマイルストーンは、明確な責任者を割り当てること、職務の分離を徹底すること、定期的なコンプライアンスレビューを自動化することです。進捗は、定期的な監査、ダッシュボードの指標、そして行動分析で追跡してください。単にポリシーにチェックを入れるだけでは不十分です。コンプライアンス上の見落としやすい落とし穴、そしてポリシーと同じくらいバージョン履歴の動作が重要な理由については、この専門家によるポッドキャストのエピソードで事例を紹介しています。

フィードバック、ピアレビュー、外部監査を使った定期的な「現状確認」が、継続的な改善につながります。ガバナンスは一度作って終わりのプロジェクトとして扱わないでください。最も成功しているチームは、成熟度を生きたロードマップとして捉え、新たなリスク、テクノロジー、規制の変化に応じて適応させています。

避けるべき Microsoft 365 ガバナンスの失敗例

• 説明責任の欠如: ガバナンスの作業を特定の担当者ではなく「IT チーム」に任せると、混乱や見落としが生じます。統制、ポリシー、レビューのそれぞれについて、責任者を明確にしてください。
• ポリシーの乱立と放置: 重複したポリシーや古いポリシーが多すぎると、抜け穴が生まれ、対応も遅くなります。枠組みはシンプルで、相互に連携がとれた状態を保ち、定期的に妥当性を確認してください。
• 変更管理の軽視: 新機能、合併、規制の改正は、ガバナンスを急速に崩す可能性があります。設定の見直しと更新を怠ると、コンプライアンスのずれやリスクにつながります。多くの組織が失敗する要因と、その立て直し方については、このガバナンスの失敗分析をご覧ください。
• 分断された責任範囲: Microsoft 365 エコシステム全体ではなく、Teams や SharePoint だけを個別にガバナンスすると、サービス間にギャップが生じ、連携の見落としが発生します。

重要なのは「システム全体で考える」アプローチを取ることです。環境全体をガバナンスの対象とし、小さな見落としが大きな障害に発展しないよう、早期の兆候に注意を払ってください。