Microsoft 365 Copilotでエージェントを増やしていくと、「どの部署で使われているのか」「誰が作ったエージェントが実際に使われているのか」「業務別に偏りはないのか」が見えにくくなります。今回の「Microsoft Viva: New Overview experience and agent categories in Agent Dashboard」は、まさにその課題を解決するための管理・分析系アップデートです。
結論から言うと、これはMicrosoft 365 Copilotの利用者向けチャット画面を大きく変える機能ではなく、Microsoft Viva内のAgent Dashboardに新しいOverviewページとエージェントカテゴリの可視化を追加する変更です。管理者、リーダー、アナリストが社内のエージェント利用状況を素早く把握し、ガバナンスや展開判断に使いやすくなる点が重要です。公式ロードマップでは、対象はMicrosoft VivaとMicrosoft Copilot（Microsoft 365）、プラットフォームはWeb、プレビューは2026年6月、一般提供は2026年9月予定とされています。ただし、Microsoft 365ロードマップの予定や提供時期は変更される可能性があります。(Microsoft)
Microsoft 365 CopilotのAIエージェント管理で何が変わるのか
今回の更新では、Microsoft VivaのAgent Dashboardに新しいOverviewページが追加されます。これにより、組織内のエージェント活用状況を一覧性の高い形で確認できるようになります。
公式ロードマップで示されている主な変更点は、次の3つです。(Microsoft)
| 変更点 | 何が見えるようになるか | 実務上の意味 |
|---|---|---|
| 新しいOverviewページ | 組織内のエージェント利用状況を俯瞰できる | 管理者やリーダーが「まず全体像を見る」入口になる |
| 導入状況のインサイト | 組織内でエージェントがどの程度使われているか | 展開施策、教育、利用促進の優先順位を決めやすい |
| 作成者とカテゴリの可視化 | 実際に使われているエージェントの作成者、業務プロセスカテゴリ | 野良エージェントの把握、重複開発の抑制、業務別の活用分析に使える |
ポイントは、「エージェントを作れるようにする」機能ではなく、「作られたエージェントが組織内でどう使われているかを見えるようにする」機能だということです。
Microsoft 365 Copilotの導入初期は、ライセンス付与数やアクティブユーザー数を見るだけでも十分な場合があります。しかし、Copilot Studio、SharePoint、Microsoft 365 Agents Toolkitなどでエージェントの作成・公開が進むと、次のような管理課題が出てきます。
- 似た用途のエージェントが複数作られている
- 使われているエージェントと、作っただけで使われていないエージェントの差が分からない
- 部門ごとの利用状況や業務カテゴリ別の偏りが分からない
- 誰が作成・公開したエージェントなのか追跡しづらい
- 経営層に「Copilotエージェント活用の進捗」を説明しにくい
新しいOverviewページは、こうした課題に対して、細かな分析に入る前の「経営・管理向けの入口」として機能すると考えると理解しやすいです。
Agent Dashboardとは何か
Agent Dashboardは、Viva Insights Webアプリ内で提供される、エージェント導入状況と利用状況を確認するためのダッシュボードです。Microsoftの説明では、エージェントの導入、Copilotクレジットの利用、利用状況の測定、最適化機会の発見、継続的な導入状況の追跡に役立つものとされています。(Microsoft Learn)
現在のAgent Dashboardでは、Microsoft 365 Copilot内で使われるエージェントの導入メトリックがユーザーレベルで集計されます。対象には、Microsoft Copilot Studio、SharePoint、Microsoft 365 Agents Toolkitで作成されたエージェントや、エンドユーザーが作成して組織が正式に公開したエージェント、MicrosoftまたはMicrosoftパートナーが作成したエージェントが含まれます。(Microsoft Learn)
利用できる主な条件
Agent Dashboardを確認する前に、まず対象条件を押さえる必要があります。
| 確認項目 | 内容 |
|---|---|
| ライセンス条件 | 少なくとも50個のMicrosoft 365 Copilotライセンスが割り当てられていること |
| 利用状況条件 | エージェントアクティビティがあること |
| 表示場所 | Viva Insights Webアプリ |
| データ範囲 | エージェントアクティビティを持つ従業員が分析対象 |
| クラウド | 公式ロードマップ上はWorldwide（Standard Multi-Tenant） |
Microsoft Learnでは、Agent Dashboardは少なくとも50個のMicrosoft 365 Copilotライセンスを割り当て、エージェントアクティビティを持つ顧客向けと説明されています。また、現時点では米国政府機関向けクラウドや21Vianet運営のOffice 365などの国内・地域クラウドでは利用できない旨も示されています。(Microsoft Learn)
新しいOverviewページで確認できること
新しいOverviewページは、Agent Dashboardの「最初に見るべき画面」として位置づけられます。公式ロードマップでは、顧客が自社のエージェント環境を表示・理解できるようになり、組織内の導入状況、利用されているエージェントを作成している人物、業務プロセスカテゴリに関する概要インサイトを提供すると説明されています。(Microsoft)
導入状況を短時間で把握できる
これまでのように個別のレポートや詳細画面を見て回る前に、Overviewページで「エージェント活用が進んでいるのか」「一部の部門だけに偏っていないか」を確認しやすくなります。
たとえば、次のような判断に使えます。
| 見えること | 管理者が取るべき行動の例 |
|---|---|
| 利用が急増している | 人気エージェントの用途、権限、データ参照範囲を確認する |
| 利用が一部部門に偏っている | 成功事例を他部門へ展開する |
| 作成数は多いが利用が少ない | エージェントの品質、説明文、導線、教育不足を確認する |
| 特定カテゴリに集中している | 次に展開すべき業務領域を検討する |
重要なのは、数字を「多い・少ない」で終わらせないことです。利用が少ない場合でも、それが失敗とは限りません。対象業務が限定的なエージェントであれば少人数利用でも十分な価値がある場合があります。逆に利用が多くても、重複作業の自動化ではなく単なる実験的利用に留まっている可能性もあります。
誰が作成したエージェントが使われているかを確認しやすくなる
エージェント活用が広がるほど、「作成者の見える化」は重要になります。特にMicrosoft 365 Copilotでは、業務部門の担当者がエージェントを作成するケースも増えます。
作成者情報が見えると、次のような管理がしやすくなります。
- 利用が多いエージェントの作成者に改善要望を伝える
- 退職・異動時にエージェントの所有者を引き継ぐ
- 部門横断で使えるエージェントを正式展開候補にする
- 類似エージェントを統合する
- セキュリティレビューの対象を絞る
ここで注意したいのは、「誰が作ったか」を監視目的だけで使わないことです。現場が便利なエージェントを作っている場合、それは業務改善の種でもあります。管理者は単に制限するのではなく、よく使われているエージェントを標準化・再利用可能にする視点を持つと、Copilot活用が進みやすくなります。
業務プロセスカテゴリで活用領域を把握できる
今回のロードマップでは、エージェントがどの業務プロセスカテゴリで使われているかに関する詳細も確認できるとされています。(Microsoft)
業務プロセスカテゴリが見えるようになると、たとえば次のような分析が可能になります。
| カテゴリの見方 | 読み取れること |
|---|---|
| 営業・顧客対応系が多い | 顧客接点の効率化ニーズが高い |
| 人事・総務系が多い | 社内問い合わせ削減に効果が出やすい |
| ITサポート系が多い | ヘルプデスク業務の自動化余地がある |
| 特定カテゴリに偏る | 他部門への展開余地がある |
| カテゴリ不明・曖昧なものが多い | エージェントの命名、説明、管理ルールを見直す必要がある |
ただし、2026年5月15日時点のロードマップ本文だけでは、カテゴリが自動分類されるのか、作成者や管理者が設定するのか、具体的なカテゴリ一覧がどうなるのかまでは明示されていません。実運用では、公開後にMicrosoftの管理画面やLearnの更新内容を確認し、自社のエージェント台帳と照合する必要があります。
管理者が確認すべき設定
今回の更新は、単に新しい画面が増えるだけではありません。見える情報が増えるということは、アクセス権、組織データ、プライバシー設定、除外対象の見直しが必要になるということです。
Viva Insights WebアプリとAgent Dashboardの有効化状態
Agent Dashboardは、Viva Insights Webアプリの一部として既定でオンになっています。AI管理者は、Microsoft 365管理センターのViva機能アクセス管理（VFAM）コントロールを使い、テナント、グループ、ユーザー単位でAgent Dashboardを有効または無効にできます。また、Agent Dashboardにアクセスするには、Viva Insights WebアプリのコントロールとAgent Dashboardのコントロールの両方が有効である必要があります。(Microsoft Learn)
確認手順の基本は次の流れです。
| 手順 | 確認内容 |
|---|---|
| Microsoft 365管理センターを開く | 管理者権限でサインインする |
| 設定からMicrosoft Vivaを選択 | Viva Insightsのセットアップと管理を確認する |
| Viva Insights Webアプリのアクセスを確認 | 必要なユーザーやグループが利用できるか確認する |
| Agent DashboardのVFAM設定を確認 | テナント、グループ、ユーザー単位の有効・無効を確認する |
| パイロット対象を決める | いきなり全社展開せず、管理者・分析担当・代表部門で検証する |
特に注意したいのは、Viva Insights Webアプリ側を無効にすると、Microsoft Copilot Dashboard、Copilot Analyticsレポート、高度な分析、管理ツールなども含めてアプリ全体が無効になる点です。(Microsoft Learn)
アクセス権とロール
Agent Dashboardは、誰でも見られるダッシュボードではありません。Entra IDのマネージャー階層属性に基づき、特定のシニアリーダーやグローバル管理者などがアクセスできる仕組みがあります。大規模なチーム内のシニアリーダーに自動アクセスが付与される条件もあり、テナント内の大部分のユーザーが同じレポートラインに属していること、Entra IDを持つユーザーが少なくとも2,500人いることなどが条件として示されています。(Microsoft Learn)
管理者は次の観点で確認しましょう。
| 確認対象 | 確認すべきこと |
|---|---|
| グローバル管理者 | 必要な管理者が実際にアクセスできるか。PIM利用時は明示追加が必要な場合がある |
| AI管理者 | Viva Insights WebアプリやAgent Dashboardのアクセス制御を管理できるか |
| Viva Insights管理者 | 組織データのアップロードや分析設定を担当するか |
| Insights Analyst | 高度な分析やカスタムクエリを扱う担当者を決めているか |
| リーダー・代理人 | 見せる範囲と委任ルールを事前に決めているか |
PIMを利用しているテナントでは、グローバル管理者であってもAgent Dashboardにアクセスできない可能性があるため、必要に応じて明示的に追加する必要があります。(Microsoft Learn)
組織データとEntra ID属性
Agent Dashboardの精度は、組織データの品質に大きく左右されます。既定では、Copilot DashboardとAgent DashboardはMicrosoft Entra IDデータ、ユーザー設定、SMTPアドレスを使用し、PersonId、ManagerId、Organization、Domain、TimeZoneなどの属性を取り込みます。追加の属性を使いたい場合は、Viva Insights Webアプリ、APIベースのインポート、Azure BLOBインポート、Microsoft 365管理センターからのアップロードなどを利用できます。(Microsoft Learn)
実務では、次のようなデータ不備がよく問題になります。
| よくある不備 | 起きる問題 | 対応策 |
|---|---|---|
| ManagerIdが未設定または古い | 部門や上長単位の集計がずれる | 人事マスタとEntra IDの同期を確認する |
| Organization属性が曖昧 | 部門別の分析が使いにくい | 部門名の表記揺れを統一する |
| 異動情報の反映が遅い | 利用状況が旧部門に紐づく | 定期的な更新スケジュールを決める |
| 一部従業員だけCSVに含まれる | 階層フィルターが正しく出ない | 分析対象と上位階層のマネージャーを含める |
| 複数経路で組織データをアップロード | どのデータが優先されるか分かりにくい | 更新元と更新タイミングを文書化する |
組織データファイルをアップロードすると、Agent DashboardのデータソースがEntra IDからデータファイルに切り替わります。スコープや組織フィルターも含めて影響するため、CSVを一度アップロードして終わりではなく、定期的に最新化する運用が必要です。(Microsoft Learn)
移行・展開で注意すべきポイント
今回の更新では、既存エージェントを作り直すような大規模移行は公式ロードマップ上では示されていません。一方で、ダッシュボード上の見え方が変わるため、管理者側の準備は必要です。
既存エージェントの棚卸しを先に行う
Overviewページが利用可能になってから初めて棚卸しを始めると、表示されるデータの意味を判断できません。プレビュー開始前に、少なくとも次の情報を台帳化しておくと比較しやすくなります。
| 台帳項目 | 記録する内容 |
|---|---|
| エージェント名 | 利用者が見ても用途が分かる名称にする |
| 作成者 | 個人名だけでなく、部門・責任者も記録する |
| 所有部門 | 異動や退職時の引き継ぎ先を明確にする |
| 業務目的 | 問い合わせ対応、文書検索、申請支援など |
| 対象ユーザー | 全社、部門限定、特定ロールなど |
| データ参照範囲 | SharePoint、社内FAQ、外部システムなど |
| 公開状態 | テスト中、限定公開、本番公開、廃止予定 |
| 想定カテゴリ | 業務プロセスカテゴリと照合するための仮分類 |
ダッシュボードにカテゴリが表示されるようになったとき、自社の台帳とMicrosoft側の分類にズレがあれば、命名規則や説明文、公開ルールを見直すきっかけになります。
プレビュー期間は「判断」より「検証」を優先する
Microsoft Learnでは、Agent Dashboardはパブリックプレビュー向けの機能であり、プレビュー機能は完成していない可能性があり、より広範なリリース前に変更される可能性があると説明されています。また、このプレビュー機能では個人データの処理が可能になることにも注意が必要です。(Microsoft Learn)
そのため、プレビュー期間中に避けたいのは、ダッシュボードの数値だけでエージェントの廃止や部門評価を決めてしまうことです。
プレビューでは、次の確認を優先しましょう。
- 自社の主要エージェントが想定通り表示されるか
- 作成者や所有部門の見え方に問題がないか
- 業務プロセスカテゴリが実態と合っているか
- 部門別・グループ別の集計が組織構造と合っているか
- データ遅延を踏まえてレポート説明ができるか
- 役員や部門長に見せてよい粒度か
Agent Dashboardのデータは過去28日間を表し、現在日付から最大6日間のデータ遅延があると説明されています。月次報告や経営会議に使う場合は、「いつ時点のデータか」を明記する必要があります。(Microsoft Learn)
除外リストと最小グループサイズを確認する
Agent Dashboardは組織内の利用状況を集計して表示するため、プライバシーとコンプライアンスへの配慮が欠かせません。
Microsoft Learnでは、Copilot DashboardとAgent Dashboardの最小グループサイズを設定でき、既定では10人の従業員を満たすグループに対してグループレベルのメトリックが提供されると説明されています。また、除外リストを使うことで、特定ユーザーを集計分析に含めないよう指定できます。除外リストのアップロード処理は完了まで最大5日かかる場合があります。(Microsoft Learn)
確認すべき判断基準は次の通りです。
| 設定 | 推奨される確認 |
|---|---|
| 最小グループサイズ | 小規模部署で個人が推測されないか確認する |
| 除外リスト | 法務、役員、機微な業務担当者を除外すべきか検討する |
| アクセス委任 | 部門長の代理人にどこまで見せるか決める |
| 監査ログ | 誰が委任を追加・削除したか確認できる体制にする |
| レポート共有 | スクリーンショットやExcel転記のルールを決める |
数値が匿名・集計されていても、対象人数が少ない部署では個人の利用傾向が推測される可能性があります。特に日本企業では、人事評価や勤怠評価と誤解されないよう、利用目的を「業務改善と展開支援」に限定して説明することが重要です。
開発者・エージェント作成者が確認すべきこと
今回のアップデートは管理者向けの印象が強いですが、開発者やエージェント作成者にも影響があります。なぜなら、ダッシュボードで「誰が作ったエージェントが使われているか」「どの業務カテゴリで使われているか」が見えやすくなるからです。
エージェント名と説明文を管理しやすくする
エージェントが増えると、名前だけでは用途が分からないものが出てきます。たとえば「営業支援Bot」だけでは、商談準備なのか、提案書作成なのか、CRM検索なのかが分かりません。
実務では、次のような命名規則を決めておくと管理しやすくなります。
| 悪い例 | 改善例 |
|---|---|
| 営業Bot | 営業商談準備支援顧客資料検索 |
| 社内FAQ | 人事社内FAQ休暇規程回答 |
| ITヘルプ | 情シスヘルプデスク端末申請案内 |
| 契約確認 | 法務契約レビュー標準条項確認 |
名前に部門、用途、データ範囲を入れると、OverviewページやAgent Dashboardで確認したときに、管理者・リーダー・開発者の間で認識がずれにくくなります。
所有者と運用責任を明確にする
作成者が分かるようになると、同時に「そのエージェントを誰が維持するのか」も問われます。開発者が異動した、部門の業務ルールが変わった、参照しているSharePointサイトが更新されなくなった、といったケースでは、エージェントの品質が落ちます。
公開前に、次の情報を必ず決めておきましょう。
- 業務責任者
- 技術管理者
- 問い合わせ窓口
- レビュー頻度
- 廃止条件
- 参照データの更新担当
- 権限変更時の確認手順
特にCopilot StudioやSharePointを使って現場部門がエージェントを作る場合、「作れる人」と「管理責任を負う人」が別になることがあります。作成時点で責任者を明確にしないと、利用が広がった後に修正や停止判断が遅れます。
カテゴリ分類を社内ルールと合わせる
公式ロードマップでは、業務プロセスカテゴリの詳細が表示されるとされています。ただし、カテゴリ設定方法や分類ロジックの詳細は、現時点の公開情報だけでは断定できません。(Microsoft)
そのため、開発者側では「Microsoft側のカテゴリに完全依存する」のではなく、自社でも仮分類を持っておくのが安全です。
たとえば、次のように整理できます。
| 社内カテゴリ | 対象エージェント例 |
|---|---|
| 問い合わせ対応 | 社内FAQ、人事制度案内、ITヘルプデスク |
| 情報検索 | 規程検索、商品情報検索、ナレッジ検索 |
| 文書作成 | 提案書ドラフト、議事録要約、契約書レビュー |
| 業務手続き | 申請案内、承認フロー支援、経費精算補助 |
| 分析支援 | 売上分析、顧客傾向整理、レポート要約 |
このような分類を先に用意しておくと、Overviewページで表示されるカテゴリと比較し、どの業務領域に投資すべきか判断しやすくなります。
展開前チェックリスト
新しいOverviewページとエージェントカテゴリの提供に備えて、管理者は次の順で確認すると効率的です。
| タイミング | チェック項目 | 担当の目安 |
|---|---|---|
| プレビュー前 | Microsoft 365 Copilotライセンス数とエージェントアクティビティを確認する | Microsoft 365管理者 |
| プレビュー前 | Viva Insights WebアプリとAgent Dashboardの有効化状態を確認する | AI管理者 |
| プレビュー前 | Entra IDのManagerId、Organization属性を確認する | ID管理者、人事システム担当 |
| プレビュー前 | 既存エージェントの台帳を作る | Copilot管理者、開発者 |
| プレビュー中 | Overviewページの表示内容と社内台帳を照合する | 管理者、分析担当 |
| プレビュー中 | 作成者・カテゴリ・部門別集計の妥当性を確認する | 部門責任者 |
| プレビュー中 | 除外リスト、最小グループサイズ、委任設定を確認する | セキュリティ、法務、AI管理者 |
| 一般提供前 | 経営層向けのレポート形式を決める | IT企画、DX推進 |
| 一般提供後 | 月次または四半期でエージェント活用レビューを行う | Copilot CoE、管理者 |
ここでのコツは、最初から完璧なガバナンスを作ろうとしないことです。まずは「どのエージェントが、誰に、どの業務で使われているか」を見えるようにし、その後に標準化、統合、廃止、教育へ進めると現場の反発を抑えられます。
よくある疑問
エンドユーザーのMicrosoft 365 Copilot画面は変わるのか
今回のロードマップ項目は、Microsoft VivaのAgent Dashboardに含まれるOverviewページとカテゴリ表示に関する更新です。現時点の情報では、Copilotチャットの通常利用画面や回答生成そのものを変更する内容ではありません。管理者、リーダー、アナリストがエージェント活用状況を把握するための分析・可視化機能と考えるのが適切です。(Microsoft)
既存エージェントの移行作業は必要か
公式ロードマップ上では、既存エージェントを移行・再作成する必要があるとは示されていません。ただし、表示される作成者、利用状況、カテゴリを正しく解釈するには、既存エージェントの台帳、所有者、業務目的、公開状態を整理しておく必要があります。
Agent Dashboardのデータはリアルタイムか
リアルタイムではありません。Microsoft Learnでは、Agent Dashboardのデータは過去28日間のデータを表し、現在の日付から最大6日間のデータ遅延があると説明されています。利用状況を社内報告に使う場合は、データ期間と遅延を明記しましょう。(Microsoft Learn)
代理人にダッシュボードを見せてもよいか
Microsoft Learnでは、Copilot Dashboard、Agent Dashboard、Copilot Analyticsレポートへのアクセスを社内の他のユーザーへ委任できると説明されています。代理人は必要な分析情報を表示し、データに基づく意思決定に利用できますが、委任範囲は事前にルール化するべきです。管理者は監査ログで、委任を通じてViva Insightsへアクセスできるユーザーを確認できます。(Microsoft Learn)
小規模部門のプライバシー対策はどうするべきか
最小グループサイズ、除外リスト、アクセス委任の3点を確認します。既定の最小グループサイズだけに頼らず、小規模部署や機微な業務を扱うチームでは、個人が推測されないかを法務・人事・セキュリティ部門と確認するのが安全です。
まず管理者がやるべきこと
今回の「New Overview experience and agent categories in Agent Dashboard」は、Microsoft 365 Copilotのエージェント活用を本格展開する組織にとって、管理と説明責任を強化するアップデートです。新しいOverviewページにより、エージェントの導入状況、作成者、業務プロセスカテゴリを俯瞰しやすくなります。
まず行うべきことは、機能が提供されるのを待つことではありません。2026年6月のプレビューに向けて、次の4つを先に進めてください。
- Agent Dashboardの利用条件と有効化状態を確認する
- Entra IDと組織データの品質を確認する
- 既存エージェントの台帳を作る
- アクセス権、委任、除外リスト、最小グループサイズを見直す
Microsoft 365 Copilotの価値は、エージェントを増やすことだけでは高まりません。どのエージェントが業務に効いているのかを把握し、重複を減らし、成功パターンを横展開することで初めて成果につながります。今回のOverviewページは、そのための管理基盤として活用すべき更新です。
コメント