Microsoft 365 向け Copilot の構成におけるベストプラクティス

By Mirko Peters · 2026-04-18

Microsoft 365 向け Copilot の構成におけるベストプラクティス: セキュリティ設定の比較表、主要な用語の定義、ID とアクセス、DLP、監査ログの設定ガイド。

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

このガイドでは、Microsoft 365 環境で Microsoft Copilot を正しく稼働させるための基本的なベストプラクティスをご紹介します。安全な基盤を構築するための段階的な推奨事項、職務ごとに Copilot を最適化する方法、そして高水準のガバナンスによる環境管理について解説します。あわせて、結果の追跡方法や、今後の技術変化への備えについても取り上げます。Copilot の導入を準備している段階でも、既存の利用を見直したい段階でも、本ガイドが実行計画としてお役に立てば幸いです。焦点は、Microsoft 365 の実環境に即した、分かりやすく実行可能なアドバイスにあります。

Copilot 成功への土台づくり: 導入に向けた基盤の準備

組織内で Copilot を利用し始める前に、強固な基盤を整えておく必要があります。建物を組み立てる前にコンクリートを打つのと同じで、急ぎすぎた開始は後々ひび割れを生みます。適切な構成は、初日から Copilot をより安全で効率的なものにします。そのためには、ID 管理に注意を払い、信頼できるデバイスだけがアクセスできるようにし、厳格なアクセス制御を設定することが重要です。

もう一つの大きな要素がデータガバナンスです。Microsoft Copilot は組織の機密ファイルや会話と同じ領域で動作するため、誰が何を閲覧できるか、情報にどのようにラベルを付けるか、そしてコンプライアンスチームが problem に巻き込まれないよう、明確なポリシーを整備しておく必要があります。

この段階を丁寧に進めることで、後々の多くの手間を省くことができます。セキュリティ上の隙を減らし、コンプライアンス上の慌てた対応を避け、責任ある AI 利用について全員の認識をそろえることができます。以降のセクションでは、スムーズな Copilot 展開に向けて取るべき具体的なアクションを、準備状況の確認、セキュリティ制御、そして重要なガバナンス施策に分けて解説します。

Microsoft Copilot に対する組織の準備状況の評価

• 技術的な前提条件の確認: IT 環境が Copilot のハードウェア、ソフトウェア、ライセンスの要件を満たしていることを確認してください。主要な Microsoft 365 アプリとの連携ポイントも確認します。
• ワークフォースの AI リテラシー: AI を活用したツールへのユーザーの慣れを評価します。ユーザーが戸惑ったり負担を感じたりしないよう、知識のギャップと必要なトレーニングを特定します。
• 経営層のスポンサーシップと部門横断的な連携: 経営層から明確な賛同を得るとともに、人事、法務、コンプライアンスなどの部門と連携し、Copilot が組織の価値観やポリシーに沿うようにします。
• ポリシーとリスクの見直し: 新しい AI 機能を踏まえ、必要に応じて許容使用ポリシーとインシデント対応の手順書を見直し、更新します。

Copilot 展開のための ID、デバイス、アクセス制御

• 条件付きアクセス ポリシー: 堅牢な条件付きアクセス ポリシーで Copilot の機能を制限し、信頼に関する問題を避けるため、一貫して適用してください。
• 多要素認証 (MFA): すべてのユーザーに MFA を求め、不正な侵入を試みる相手に対して、もう一段の障壁を設けます。
• デバイスのコンプライアンス ルール: コンプライアンスに準拠した管理対象デバイスだけに Copilot へのアクセスを許可し、データ漏えいや不正アクセスのリスクを減らします。
• ロールとグループの定期レビュー: 誰がどのロールやグループに所属しているかを定期的に確認し、期限切れや不要なアクセスがないかを調べ、割り当てを見直します。これにより、このポッドキャストで取り上げた「ID の負債 (identity debt)」の蓄積を抑えられます。
• ツールとの連携: Copilot のアクセス許可を既存のセキュリティ ツールと同期させ、すべての Microsoft アプリで一貫した適用を実現します。

エンタープライズ データ ガバナンスの枠組みの構築

1. データの分類と秘密度ラベルの定義: 環境内のどのデータが機密、公開、制限付きに当たるかを洗い出します。Microsoft Purview を使って秘密度ラベルを適用・管理し、既存コンテンツと新規コンテンツの両方へのアクセスを厳密に制御します。アクセス、所有権、ラベル付けについてさらに詳しく知りたい場合は、こちらのディスカッションをご覧ください。
2. 保持ポリシーと共有ポリシーの設定: データをどのくらいの期間保持するか、また組織の内外でどのように共有するかについて、明確な基準を定めます。自動保持ツールは、監査への備えを支え、ドキュメント管理に関するこちらのエピソードで説明されているような「ドキュメントの混乱」を防ぐのに役立ちます。
3. アクセス制御の徹底: アクセス権限と所有権を分離し、アクセス許可が実際の業務上の役割と一致していることを確認します。定期的なレビューと責任の明確化により、こちらのアクセスガバナンスの記事で解説されているような、所有者不在のファイルや古いアクセス許可が残ることによるリスクを防げます。
4. AIが生成したコンテンツへのガバナンスの拡張: DLP、Purview の秘密度ラベル、監査ログを使用して Copilot の出力を管理します。新しい AI コンテンツが、他の業務データと同等の保護を受けずに流出することのないようにしてください。Copilot で生成されたファイルの監視と DLP の適用範囲の拡大については、こちらの資料をご覧ください。
5. IT 部門と業務部門の足並みをそろえる: 人事、法務、セキュリティの各部門が連携してポリシーを調整し、コンプライアンスを組織の文化に根付かせます。規制への適合とリスク低減に向けた連携については、こちらで詳しくご覧いただけます。

セキュリティ、コンプライアンス、および責任共有モデル

基盤が安定したら、セキュリティとコンプライアンスの側面に目を向けましょう。Copilot のように強力な AI を使う場合、ここは決して軽視できない領域です。Microsoft 365 では、責任共有モデルが「誰が何を担当するか」を示す設計図になります。Microsoft はクラウド インフラストラクチャを担当し、お客様は自社のデータとユーザー アクセスを管理します。

このセクションでは、こうした役割分担に焦点を当て、安全かつ規制に準拠した導入において、組織の役割がなぜ重要なのかを説明します。Copilot のお客様としての主な責任を取り上げ、テナント設定やユーザー権限の管理から、データの所在地の扱い、IRAP のような厳格な業界標準への対応までを解説します。また、継続的なコンプライアンス監視によってドリフトを防ぎ、規制当局の要件に適合し続ける方法についても説明します。関連資料として、コンプライアンス ドリフトの解説とリアルタイム監視もご覧ください。

ご覧のとおり、自社の責任を理解し、適切に対応することで、不必要なリスクや問題から事業を守ることができます。次のセクションでは、Microsoft が何を保護しているのか、そして規制対象のデータやグローバルなコンプライアンスに関して、チームの規律がどこで大きな差を生むのかを詳しく見ていきます。

Copilot の共有セキュリティ モデルにおけるお客様の責任の明確化

Microsoft は、物理ホスト、コア サービスの稼働時間、Microsoft 365 Copilot の一部の自動脅威防御など、基本的な部分を担っています。ただし、過信は禁物です。組織が担う責任の大部分は依然としてお客様側にあります。誰が何にアクセスできるかを制御し、適切なデータ ポリシーを設定し、テナント構成を適切に保護することが求められます。これらを怠ると、最も痛いところを突かれる可能性があります。ガバナンスの錯覚に関するこちらのポッドキャストで取り上げられているように、効果的なガバナンスには、単にスイッチを切り替えることではなく、意図的な設計と説明責任が必要です。主体的に取り組めば、Copilot を安全かつコンプライアンスに適合した状態に保ち、生産性を維持できます。

Copilot のデータの所在地とコンプライアンス要件への対応

1. データの流れと保存場所のマッピング: Microsoft Copilot のデータがどこを経由し、どこに保存されるのかを監査します。グローバルに展開しているチームでは、現地の法律に適合させ、規制違反を避けるために、データが適切なリージョンにとどまるようにしてください。
2. リージョン保存と所在地の設定の有効化: Microsoft 365 の管理機能を使って、データを適切な国または法域に配置します。規制の厳しい業界では、たった 1 つのファイルが誤った場所に保存されるだけでも問題が生じかねないため、特に重要です。
3. 業界固有の統制を適用する（例：IRAP）： より厳格なアクセス、ログ記録、監査のポリシーを設定し、IRAP などの業界要件への準拠を強化します。Purview と SharePoint は、監査に対応できる環境の維持と、組織の規制順守に役立ちます。
4. データ損失防止（DLP）とリーガルホールドを展開する： DLP ポリシーを設定して、機密情報の誤った共有を制限するとともに、コンプライアンスと訴訟への備えのためにリーガルホールドを支援します。
5. 部門横断的なコラボレーションを促進する： 人事、法務、セキュリティの各部門を定期的なレビューやプロセスチェックに関与させ、規制の変化に対応し、組織全体で真のコンプライアンス文化を維持します。

Copilot の拡張性と安全なプラグインデータ接続

サードパーティ製プラグイン、カスタムコネクタ、統合ツールによって Copilot の機能を拡張すると、チームの生産性は飛躍的に高まります。ただし、ガードレールを維持している場合に限ります。Copilot が追加のデータソースにアクセスできるようにすると、データ漏えい、シャドー IT、予期しない情報露出のリスクが高まります。イノベーションは求めても、機密情報の流出は避けたいところです。

このセクションでは、リスクの高いバックドアを開けることなく Copilot を外部システムに接続するための戦略を取り上げます。プラグインポリシーの適用方法、安全な接続の検証方法、そして Microsoft Cloud と Power Platform が提供する機能を組織が活用する中での統制の維持方法を解説します。また、Power Platform のガバナンスに関する知見も紹介します。セキュリティ上の問題の多くは、テクノロジーそのものよりも弱いポリシーから生じているという点がよくわかります。

自信を持って前進しましょう。プラグインのガバナンスを徹底し、強固な監視体制を維持することで、Copilot の拡張性に関する計画を将来にわたって通用するものにします。次のサブセクションでは、これを大規模に実行する方法を詳しく見ていきます。

Copilot Studio と Power Platform プロジェクトのガバナンスポリシー

1. 統一されたデータ損失防止（DLP）ポリシーを適用する： Copilot Studio と Power Platform 内でコネクタを「Business」「Non-Business」「Blocked」に分類します。テナントおよび環境のポリシーを使用して、機密データが誤った相手に渡らないようにします。詳細な DLP の手法については、高度なガバナンスに関するこちらのガイダンスを参照してください。
2. ガバナンスと監査に Microsoft Purview を活用する： 継続的な監視、自動化された監査、コネクタのスコープ管理のために Purview を設定します。IT 部門が構築したものであれ、「市民開発者」が構築したものであれ、作成されたソリューションがポリシーの適用を回避できないようにします。
3. 環境の分離とテナントの隔離を徹底する： Copilot Studio のプロジェクトは、安全で管理された環境に置きます。堅牢なバックエンドとして Microsoft Dataverse を検討し、SharePoint の乱立という落とし穴を避けてください。詳細はガバナンス上のミスに関するこちらの分析で取り上げています。
4. 承認ワークフローとアラートを確立する： 新しいコネクタやプラグインを公開する前に、ポリシーのレビュー手順を組み込みます。違反、予期しないデータの移動、リスクの高い接続に対して自動アラートを設定します。その際は、DLP のベストプラクティスで共有されている知見を参考にしてください。
5. 継続的なユーザー教育： 安全な開発習慣を徹底し、実際に起きたガバナンス上の失敗事例への認識を高めることで、チームが過去の過ちを繰り返さないようにします。こちらの導入ガイドで紹介されているように、正式な学習センターやコンテンツハブを設けて、ガバナンスに関する知識を一元化し、常に最新の状態に保つことも検討してください。

Copilot のロールベースアクセスと業務特化の最適化

組織内のすべての人が同じ Copilot の権限を必要とするわけではありません。むしろ、そのほうが望ましいのです。Copilot のアクセスと機能を特定の職務（法務、人事、経理など）に合わせて調整することで、セキュリティを一段引き上げるとともに、Copilot 全体の精度も高められます。

この考え方は、誰がアクセスできるかだけの話ではありません。誰かがアクセスできるようになった後に、Copilot が何をするかの話でもあります。適切なポリシーがあれば、機能を制御し、プロンプトを制限し、特定の種類のデータへのアクセスを許可またはブロックできます。その結果、誤って情報が漏えいするリスクが減り、各部門の日々の業務に的確に役立つ支援を提供できるようになります。

以下のセクションでは、実証済みのテンプレート構成と、最新のデータフィルタリング手法を解説します。これらは競合他社が示している内容よりもはるかに踏み込んだものです。Copilot のカスタマイズを実際の職務に結び付ける実践的なヒントを探している方や、ユーザーごとに Copilot が見られる内容と実行できる操作を動的にフィルタリングする方法が気になっていた方は、ぜひこのサブセクションをご覧ください。

セキュアな展開のための役割別 Copilot 構成テンプレート

• 事前定義されたアクセス テンプレート: 主要な職務ごと (例: 人事、財務、法務) にテンプレートを作成し、それぞれに必要な Copilot の機能、データ ソース、アプリ統合を指定します。
• データ境界の適用: こちらのガバナンス戦略ガイドで推奨されているとおり、DLP と秘密度ラベルをテンプレートに組み込み、業務上必要なデータだけにアクセスできるようにします。
• グループまたは Entra ロールによる割り当て: テンプレートを Azure AD グループや Entra ロールに割り当てることで、展開を効率化し、手作業による手直しなしに変化するビジネス ニーズに対応できます。
• 定期的なレビューと更新: 新しい機能、新たな脅威、変化するコンプライアンス ルールに対応できるよう、テンプレートを定期的に監査し、調整します。

役割別ユーザーによる Copilot のコンテキスト データ フィルタリング

コンテキスト データ フィルタリングとは、ユーザーの職務や割り当てられたロールに応じて、本来閲覧すべきコンテンツだけを Copilot に表示させることを意味します。この方法では、自動チェックと厳格なデータ機密性ルールを組み合わせるため、法務部門が財務部門の文書に誤ってアクセスすることも、その逆も防げます。

まず、Purview の秘密度ラベルやスコープ付きのアクセス許可などのツールを使い、ロールを特定のデータ種類と機密性レベルに対応付けます。その後、IT チームは Copilot のプロンプト レイヤーで動作する動的フィルターを設定し、生成 AI による提案を関連する業務領域だけに制限できます。

技術的な制御によってこのポリシーが適用されるため、ユーザーが独創的なプロンプトを入力しても、Copilot はロールの境界を越えません。こちらのリソースで取り上げたように、本当のセキュリティは、AI 機能によって閲覧できる人の範囲が広がることではなく、適切に管理されたアクセス レビューとラベル付けされたコンテンツによって実現されます。

コンテキスト フィルタリングは、コンプライアンスを確保し、予期しない事態を避けるうえで重要です。特に規制の厳しい業界では欠かせません。また、ワークロードの専門化も可能になり、組織のセキュリティを損なうことなく、各チームが個別化された AI 支援を受けられるようになります。

Copilot の操作に対する事前監視と監査ログ

Copilot を展開したら「設定して放置」という訳にはいきません。裏側で何が起きているかを把握する必要があります。事前監視は、リスクのある活動を可視化し、問題が大きくなる前に発見するのに役立ちます。監査ログはバックアップの役割を果たし、すべてのプロンプトと AI の回答が確実に記録されるようにします。そのため、後から調査が必要になったときにも証拠が残っています。

このセクションでは、Copilot の操作がどのようにログに記録されるか、何を監査すべきか、そして基本的な証跡だけでは不十分な理由を解説します。Microsoft 365 のツール、特に Purview と Defender を使って監視をどのように強化できるかも紹介します。「誰が何を尋ねたか」を追跡することから、不正利用やデータの持ち出しを示す可能性のある不審な動作を見つけ出すことまで、統制を強化するための実践的な方法を見つけられます。

コンプライアンスをさらに一段引き上げたい場合は、包括的な追跡のための Purview Audit や、AI によるシャドー IT の脅威に関するガイダンスなどのリソースを参照してください。以降のサブセクションでは、Copilot が触れるすべてのものを把握し、起こりうるトラブルに先手を打つために、今すぐ実行できる具体的な施策を紹介します。

Copilot の利用状況監査と操作ログの実装

• Copilot の監査ログを有効にする: 完全な透明性を確保するため、プロンプト、応答、およびそれに関連するすべてのデータ アクセス操作を記録します。
• Microsoft Purview 監査を活用する: Purview（高リスクな要件がある場合は Premium を推奨）を使用して、Microsoft 365 のすべてのサービスにわたる詳細な記録を保持します。詳しくは Purview 監査のガイダンスをご覧ください。
• ログを定期的に確認する: 不審なアクティビティを確認するための定期チェックを設定しましょう。問題がコンプライアンス違反やセキュリティ侵害に発展する前に発見できます。
• セキュリティイベントと相関させる: Copilot のログを、より広範なセキュリティ インサイトと照合します。たとえば、Microsoft 365 攻撃チェーンのレポートで詳しく解説されているイベントと突き合わせ、攻撃パターンを検出します。

リスクのある Copilot の動作の検出とアラート

• Defender と Purview の統合をデプロイする: Defender と Purview のツールを使用して、Copilot の利用状況をリアルタイムで監視し、データアクセスのパターンやプロンプトの異常を検出します。
• 自動アラートを構成する: 不審なアクセスやプロンプトのパターンに対するトリガーを設定します。ユースケースと戦略については、リアルタイムのコンプライアンス監視とAI エージェントのリスクに関するガイダンスで取り上げています。
• フラグが立ったアクティビティを調査する: 考えられるデータ漏えいの試みや、リスクのある AI の利用を食い止めるため、アラートには直ちに対応します。
• ポリシーの継続的な見直し: Copilot の利用が拡大し、新たな脅威が見えてくるにつれて、検出ルールとしきい値を定期的に更新します。

Copilot のユーザー有効化、トレーニング、導入戦略

最も優れた Copilot のデプロイであっても、ユーザーが何ができるのか、どのように安全に使うのか、そしていつ AI の提案に疑問を持つべきかを知らなければ、効果は限定的です。ビジネスユーザーと管理者の両方を力づけるには、1 回の研修では不十分です。大切なのは、継続的なコーチングと明確なリソースを用意し、学びが進むにつれてそれを広げていくことです。

このセクションでは、定着する有効化の進め方を解説します。ワークショップ、ハンズオン ラボ、役割に合わせたオンボーディング体験を活用し、組織の AI の取り組みの現在地に合わせて進めます。効果的なプロンプト エンジニアリングと定期的な知識のリフレッシュは、事業部門全体で生産性と Copilot への信頼を高めます。

ただし、これは一方通行ではありません。構造化されたフィードバック チャネルを設けることで、ユーザーが直面する実際の課題から学び、Copilot のガバナンス、機能、トレーニングを継続的に改善できます。有効化コンテンツを一元化し、常に最新の状態に保つためのアイデアについては、Copilot Learning Center の作成を扱ったこちらのガイドをご覧ください。以下のサブセクションでは、導入のベストプラクティスを実践的に解説し、フィードバックと改善を通じて勢いを維持する方法を紹介します。

Microsoft Copilot のカスタマー有効化トレーニング

1. 役割別のオンボーディング プログラム: 業務機能とリスク許容度に応じて Copilot のトレーニングをカスタマイズします。最大限の関連性を持たせるため、人事、財務、IT のモジュールを個別に調整しましょう。
2. インタラクティブなワークショップとハンズオン ラボ: ライブデモとサンドボックス環境を活用し、「何かを壊してしまう」ことを心配せずに、ユーザーが Copilot の機能を試せるようにします。
3. e ラーニングと常に最新のコンテンツ: 機能（および脅威）の進化に合わせて更新される、テナントに即した最新の学習モジュールを備えた Copilot Learning Center を構築します。実践的な手順については、学習センターのデプロイのヒントを参照してください。
4. プロンプト設計と評価のベストプラクティス: 効果的なプロンプトの作成方法、応答の評価方法、人による判断の適用方法をユーザーに教えます。これは、バイアスや誤りを抑えるうえで非常に重要です。
5. オンデマンドのサポートとコミュニティ リソース: ヘルプデスクとの連携、ナレッジ ベースの記事、ピアツーピアでアドバイスを交換できるチャネルを提供し、自信を持って素早く問題を解決できるようにします。

継続的な Copilot 改善のためのフィードバック ループの構築

• ユーザー調査と直接のフィードバック: 事業部門全体から、Copilot の使いやすさ、結果の正確性、トレーニングの効果について定期的に意見を募ります。
• 利用状況の分析レビュー: プロンプトの量、機能の採用状況、生産性の指標を分析し、傾向と改善点を見つけ出します。
• 反復的なガバナンスの更新: 収集したフィードバックを Copilot のポリシーや学習プログラムに反映し、ユーザー エクスペリエンスを継続的に改善します。

Microsoft Copilot 365：安全で生産性の高い利用のためのベスト プラクティス

1. 最小特権のアクセス制御を徹底: AI が各ユーザーの閲覧可能な情報にのみアクセスするよう、Copilot と Graph API のアクセス許可を制限します。何でもかんでもアクセスさせないようにしましょう。詳細なベスト プラクティスはこちらをご覧ください。
2. DLP と秘密度ラベルの適用: AI が生成したすべてのファイルとチャット ログが、標準のドキュメントと同じ保護ポリシーを継承するようにします。
3. Copilot とのやり取りの監視と監査: Purview、監査ツール、継続的な監視を使用して、プロンプト、応答、出力のアクティビティを取得します。
4. ユーザーのトレーニングと能力強化: 役割別の実践的なセッションを実施し、ユーザーが最初から安全で効率的な Copilot の使い方を身に付けられるようにします。
5. 倫理的で責任ある AI の利用の推進: 適切なプロンプトに関する明確なガイドラインを定め、Copilot が生成したコンテンツをレビューし、疑わしい結果を人々が報告しやすい文化を育てます。
6. アプリ全体でのガバナンスの統合: DLP とポリシーのルールを調整し、Teams、Outlook、SharePoint における Copilot のアクセスが、組織全体のセキュリティ体制と整合するようにします。
7. フィードバックと指標による反復改善: 実際の分析データと従業員のフィードバックを使って、トレーニング、ポリシー、テンプレートを継続的に改善します。

Copilot による ROI の測定と、将来に備えた職場づくりの計画

Copilot の導入は、ソフトウェアや AI への投資だけでなく、組織が変化に適応し、より賢く働き、競争力を保ち続ける能力への投資です。Copilot の継続利用について経営層の支持を得る鍵は、具体的な数値を示すことです。生産性がどれだけ向上したか、コストがどこで削減されたか、従業員満足度がどのように好転したかを示す必要があります。また、成長も見据えて計画し、Copilot を一時的な流行ではなく、変化に対応できる職場の一部にすることが大切です。

このセクションでは、大規模に運用している組織の指標、ユーザーのフィードバック、実際の事例を用いて、Copilot のビジネスへの影響を測定する方法を紹介します。また、早期の成果を Copilot 拡大のロードマップに落とし込む方法、新しいワークロードのオンボーディング、そして Microsoft 365 環境を AI の将来に備えさせるためのデジタル対応力の構築についても解説します。

説明責任と持続可能な成果を重視するなら、showback と適用に関するこのエピソードが参考になります。可視性だけでは不十分な理由と、ガバナンスとオーナーシップを通じて持続的な変化を生み出すために必要なことが解説されています。定量化可能な成功のための戦術と次のステップについては、各サブセクションを確認して、Copilot による変革を前進させ続けてください。

Copilot による数値の追跡と収益への影響の測定

明確で実行可能な指標を用いて Copilot の ROI を追跡します。まずは、手作業の削減、生産性の向上（例：レポート作成にかかる時間の短縮）、サポート チケットの減少といった重要業績評価指標（KPI）から始めましょう。Microsoft の最近のパイロットに参加した多くの組織が大規模な効果を確認しており、ある組織は、600 件以上のプロジェクトにわたる約 20,000 人のユーザーで Copilot による改善を報告しました。日々の業務における大幅な効率化とコスト削減が見られたとされています。

これらの KPI を、ユーザー満足度のベンチマークで補完します。AI の提案に対する信頼から、生産性が向上したという実感まで、Copilot の利用体験について従業員に調査を行い、導入前後の結果を比較します。分析ダッシュボードにより、これらの変化が経営層にも見えるようになり、継続的な投資への支持を得やすくなります。

Microsoft の最近のイベントで紹介されたような事例研究にも注目してください。そこでは、より優先度の高い業務に充てられる時間の創出から、残業費の目に見える削減まで、収益面で測定可能な効果が報告されています。IT 部門と調達部門にとって、生産性の showback は有効ですが、持続可能な成果を確実なものにし、全員がプログラムの将来に関わり続けるためには、オーナーシップと適用と組み合わせることが重要です。

Copilot による変革を拡大し、将来に備えるための次のステップ

• 成功パターンを特定する: Copilot が最も価値をもたらしている業務を分析し、そのワークフローを文書化して、新しい部門での導入を加速させます。
• 新しいワークロードとユーザー グループに備える: 実績のある導入モデルとガバナンス モデルを用いて、準備が整った時点で追加のチームを含むロールアウト フェーズを計画します。
• AI の進展を先取りする: Microsoft 365 と Copilot の機能更新を監視し、変化する技術と準拠基準に合わせて戦略を調整します。
• 責任ある AI のガバナンスを組織に定着させる: このエピソードで取り上げられているように、ガバナンス ボードand部門横断の監査を設置し、ポリシーの変更や EU AI Act などの規制要件に遅れずについていきます。

主要な定義: Copilot の構成に関する用語

Copilot の構成: セキュリティ設定の比較