Microsoft 365 Copilotと15Fiveの連携は、15Fiveにあるチームの優先事項や称賛・承認の情報をCopilotやMicrosoft Searchから見つけやすくするための更新です。ポイントは、Copilotが15Fiveを「参照できるようになる」ことであり、15Fiveの代わりに評価や人事判断を自動化する機能ではありません。管理者は、APIキー、アクセス権、クロール頻度、限定展開、表示範囲を確認してから本番展開する必要があります。
Microsoft 365 Roadmap ID 515160では、この機能はMicrosoft Copilot（Microsoft 365）向け、プラットフォームはWeb、クラウドはWorldwide（Standard Multi-Tenant）、ステータスはLaunched、プレビューは2025年6月、一般提供は2026年4月とされています。公式API上の更新日時はUTCで2026年5月27日23:15台のため、日本時間では2026年5月28日の更新として扱えます。(Microsoft)
Microsoft 365 Copilotの15Five連携で何が変わるのか
今回の更新により、Microsoft 365 CopilotはCopilot Connectorを通じて15Fiveのデータを利用し、チームの優先事項や承認・称賛に関する情報をCopilotの回答やMicrosoft Searchの検索体験に反映しやすくなります。Microsoftの説明では、15FiveのHigh FivesデータをMicrosoft 365 CopilotとMicrosoft Searchで利用できるようにインデックス化するコネクタ、PriorityデータをCopilotとMicrosoft Searchに表示するためのコネクタが用意されています。(Microsoft Learn) (Microsoft Learn)
たとえば、マネージャーが「今月、チーム内でどのような貢献が称賛されているか」「直属メンバーの現在の優先事項を要約して」とCopilotに聞いたとき、15Five側のデータを根拠にした回答を得られる可能性があります。これまでは15Fiveを直接開いて確認していた情報が、Microsoft 365 Copilotの作業画面から探しやすくなる点が実務上の変化です。
ただし、この連携は「15Fiveの全情報を誰でもCopilotで見られるようにする」ものではありません。データの種類ごとに表示範囲やアクセスモデルが異なるため、展開前に必ず確認が必要です。特に、15Five High Fivesは公開High Fivesのみをインデックス化する制限があり、Microsoftのドキュメントでは、インデックス化されたHigh Fivesデータはテナント内のMicrosoft 365ユーザーが参照できると説明されています。(Microsoft Learn)
対象になる組織と影響範囲
この更新の影響を受けるのは、主にMicrosoft 365 Copilotを利用し、かつ15Fiveを人事・組織開発・マネジメントの業務で使っている組織です。Roadmap上の対象クラウドはWorldwide（Standard Multi-Tenant）であり、GCC、GCC High、DoDなどの政府系クラウドはこのRoadmap項目には含まれていません。(Microsoft)
| 影響を受ける対象 | 具体的な影響 |
|---|---|
| 一般ユーザー | CopilotやMicrosoft Searchから、15Fiveの優先事項・称賛情報を探しやすくなる |
| マネージャー | チームの優先事項、進捗、承認傾向を会議準備や1on1前に確認しやすくなる |
| HR・Peopleチーム | 称賛やエンゲージメントの兆候を組織横断で把握する用途に使える可能性がある |
| Microsoft 365管理者 | コネクタの有効化、アクセス権、クロール状態、Copilot表示可否の管理が必要になる |
| 開発者・Copilot Studio担当者 | 15Fiveデータを宣言型エージェントのナレッジソースとして使う設計が検討できる |
対象外と考えてよいのは、15Fiveを利用していない組織、Microsoft 365 Copilotを展開していない組織、該当コネクタを有効化しない組織です。また、この更新だけで15Fiveにデータを書き戻す機能が提供されるとは読み取れません。MicrosoftのCopilot Connectorの説明では、Copilot Chatは既定では外部システムへ書き戻すのではなく、接続された情報を検索・参照する体験が中心です。(Microsoft Learn)
Copilot Connectorの仕組みを正しく理解する
15Five連携を検討する前に、Copilot Connectorが何をしているのかを整理しておくと、権限設計で失敗しにくくなります。
Microsoft 365 Copilot connectorsには、外部データをMicrosoft Graphへインデックス化する「synced connectors」と、データをMicrosoft 365にインデックス化せずリアルタイムに取得する「federated connectors」があります。15Five High Fivesや15Five Prioritiesのドキュメントでは、15Fiveデータをインデックス化してMicrosoft 365 CopilotとMicrosoft Searchで利用可能にする説明になっているため、運用上は「同期・インデックス型のコネクタ」として扱うのが自然です。(Microsoft Learn) (Microsoft Learn) (Microsoft Learn)
このため、Copilotに表示される情報は15Fiveの画面を常にリアルタイムで読みに行くのではなく、クロールとインデックス更新のタイミングに左右されます。15Five Prioritiesコネクタでは、既定で増分クロールが15分ごと、フルクロールが毎日と説明されています。(Microsoft Learn)
15Five High Fivesと15Five Prioritiesの違い
今回のRoadmap項目では「team priorities and recognition」と表現されています。実務では、15Fiveの「優先事項」と「称賛・承認」を同じものとして扱わず、別のデータ種別として権限や利用シーンを分けて考えるべきです。
| 項目 | 15Five High Fives | 15Five Priorities |
|---|---|---|
| 主な目的 | 称賛・承認・感謝の共有をCopilotやSearchで見つけやすくする | 従業員やチームの優先事項、状態、所有者情報を見つけやすくする |
| 代表的な利用シーン | 「今月、部門横断で称賛されている行動を探す」「チームの良い取り組みを確認する」 | 「直属メンバーの優先事項を確認する」「組織全体の重点テーマを要約する」 |
| インデックス対象 | High Fiveの本文、作成者、受信者、作成・更新日時など | 優先事項の説明、ステータス、提出者メール、マネージャーメール、作成・更新日時など |
| 注意点 | 公開High Fivesのみが対象。ドキュメント上、インデックス化されたHigh Fivesはテナント内ユーザーに見える前提の記述がある | ドキュメント上、従業員本人と直属マネージャーがPriorityデータにアクセスできる制限が説明されている |
| 管理上の観点 | 称賛文に機密情報や人事評価に近い表現が含まれていないか確認する | マネージャー階層、メールアドレス、アクセス権の整合性を確認する |
15Five Prioritiesでは、従業員の優先事項をCopilotのセマンティック検索で発見したり、優先事項のステータスや所有者情報をMicrosoft Searchに表示したり、Copilot Studioのプラグインと組み合わせたワークフローに利用したりする用途が示されています。(Microsoft Learn)
一方、15Five High Fivesでは、従業員の称賛やフィードバックを組織内で見つけやすくし、チームの感謝やエンゲージメントの兆候を可視化し、CopilotでHigh Fivesコンテンツをセマンティック検索できる用途が示されています。(Microsoft Learn)
管理者が展開前に確認すべき設定
15Five連携は便利ですが、HR系データをCopilotに接続するため、ファイル共有コネクタよりも慎重な展開が必要です。特に確認すべきなのは、権限、認証情報、表示名、クロール頻度、限定展開の5つです。
| 確認項目 | 管理者が見るべきポイント | 失敗しやすい例 |
|---|---|---|
| 管理者ロール | Microsoft 365側の管理権限と15Five側のHR管理者権限を用意する | Microsoft 365管理者だけで進め、15FiveのAPIキーを取得できない |
| APIキー | 15FiveのIntegrations管理設定から会社APIキーを作成し、アクセストークンを取得する | 個人アカウントの権限で発行し、後で失効・権限不足になる |
| 表示名 | Copilotの回答や検索結果で利用者が理解できる名前にする | 「15Five」だけにして、優先事項なのか称賛なのか判別できない |
| アクセス権 | 「データソースにアクセスできる人のみ」か「全員に表示」かを確認する | 本来限定すべきデータを全社表示にしてしまう |
| クロール頻度 | 15Fiveの更新頻度と業務上の鮮度要件に合わせる | ほぼリアルタイムだと誤解し、最新情報が反映されないと問い合わせが増える |
| 限定展開 | まず管理者、HR、数名のマネージャーで検証する | 初回から全社展開し、検索結果の見え方や権限不備に気づくのが遅れる |
Microsoftの一般的なコネクタ展開手順では、Microsoft 365 admin centerにサインインし、左ペインからCopilot > Connectorsを選び、Galleryからデータソースを選択し、認証方式やURLを指定したうえで、まず一部ユーザーへ展開して検証する流れが示されています。(Microsoft Learn)
15Five Prioritiesコネクタでは、前提条件としてMicrosoft 365管理者であること、15FiveのHR administrator権限を持つアカウント、15Fiveの会社APIキーから取得したアクセストークンが必要とされています。展開画面ではCopilot > Connectors > Galleryから15Five Prioritiesを選び、15FiveインスタンスURL、API Key認証、限定展開を設定します。(Microsoft Learn)
15Five High Fivesコネクタでも、15FiveのHR administrator権限を持つアカウントと、15FiveのIntegrations管理設定で作成した会社APIキー由来のアクセストークンが必要です。既定の15FiveインスタンスURLとしてはhttps://my.15five.comが示されています。 (Microsoft Learn)
アクセス権限は最重要：あとから変更できない前提で設計する
15Five連携で最も注意すべきなのは、Copilotに表示されるデータの範囲です。Microsoftのコネクタ権限管理ドキュメントでは、アクセス許可の設定が意図した可視性モデルと一致している必要があり、誤って「Everyone」にすると機密情報の過共有につながる可能性があると説明されています。(Microsoft Learn)
さらに重要なのは、作成済みコネクタのアクセス権限は現時点で後から更新できないと説明されている点です。意図と違う権限で作成してしまった場合は、既存接続を削除し、Custom setupで権限を明示して再作成する必要があります。(Microsoft Learn)
そのため、展開前に次の判断を済ませておくべきです。
- 15FiveのHigh Fivesに、全社に見せてよい情報だけが含まれているか
- Priorityデータの閲覧範囲が、本人・直属マネージャー・部門長・HRのどこまで必要か
- 15Five側のマネージャー情報とMicrosoft Entra ID側のメール属性が一致しているか
- 退職者、異動者、兼務マネージャーのデータが検索結果にどう表示されるか
- Copilotで要約されたときに、原文より広く共有されたように見えないか
特にHigh Fivesは「称賛」データなので軽く見られがちですが、実際には顧客名、案件名、体調、異動、評価に近い内容が含まれることがあります。Copilotに接続する前に、15Five側の投稿ルールを見直し、「公開High Fivesに書いてよい情報」と「書いてはいけない情報」を明文化しておくと安全です。
推奨される展開手順
いきなり全社展開するのではなく、HRデータの性質に合わせて段階的に進めるのが現実的です。
| フェーズ | 作業内容 | 完了条件 |
|---|---|---|
| 事前確認 | 15Fiveの利用状況、High FivesとPrioritiesのデータ量、公開範囲、APIキー発行手順を確認する | 接続対象のデータ種別と責任者が決まっている |
| 権限設計 | Microsoft 365側の管理者、15Five側のHR管理者、検証ユーザー、対象グループを整理する | 「誰が何を見られるべきか」が表で説明できる |
| テスト接続 | Copilot > Connectors > Galleryから対象コネクタを作成し、限定ユーザーに展開する | 期待したデータだけがCopilotとSearchに表示される |
| 検証 | プロンプト、検索結果、引用元、表示名、更新タイミング、権限境界を確認する | HR、IT、現場マネージャーが結果を確認済み |
| 本番展開 | 対象グループを広げ、利用者向けの検索例と注意点を共有する | 問い合わせ窓口と停止手順が整っている |
| 運用監視 | 接続状態、クロール失敗、APIキー期限、15Five側の変更を定期確認する | Ready状態と最終同期時刻を定期的に確認できる |
展開時の判断基準は、「便利だからつなぐ」ではなく、「Copilotに出てきたときに利用者が誤解せず、権限上も問題がないか」です。人事・組織開発データは、情報そのものだけでなく、要約された文脈でも誤解が生まれやすいため、検証プロンプトを複数用意して確認してください。
管理センターで運用時に見るべきポイント
コネクタ作成後は、Microsoft 365 admin centerのYour Connectionsで状態を確認します。Microsoftの管理ドキュメントでは、接続状態としてSyncing、Ready、Paused、Failed、Delete failedなどが示されています。Readyの場合は接続が利用可能で、Last sync timeが最後に正常クロールされた時刻を示します。Failedの場合は管理者の手動対応が必要です。(Microsoft Learn)
また、パートナーコネクタのデータソースをCopilotとCopilot Searchに表示するかどうかは、Copilot Visibilityのトグルで制御できます。オフにすると、該当コネクタはCopilot SearchとCopilot Chatの結果・回答から除外されます。変更がCopilot体験全体に反映されるまで最大30分程度かかる説明もあります。(Microsoft Learn)
運用時は、次のチェックを定例化するとトラブルを減らせます。
- 接続状態がReadyか
- Last sync timeが業務上許容できる範囲か
- Failed通知がサービス正常性ダッシュボードに出ていないか
- Copilot Visibilityが意図せずオフまたはオンになっていないか
- 15Five側のAPIキーや権限変更後も認証できているか
- 異動・退職・組織変更後もPriorityの見え方が正しいか
よくあるトラブルと対処法
15Five連携で起こりやすいトラブルは、認証情報、権限、データ鮮度、利用者の期待値に集中します。
| トラブル | 原因の例 | 対処 |
|---|---|---|
| コネクタ作成時に認証エラーが出る | 15Fiveのアクセストークンが古い、誤っている、権限が不足している | 15FiveのIntegrations設定で新しいキーを作成し、最新のアクセストークンを入力する |
| Copilotに情報が出ない | クロール未完了、Copilot Visibilityがオフ、限定展開の対象外 | Your Connectionsで状態、最終同期時刻、表示設定、対象ユーザーを確認する |
| 想定外のユーザーに見える | アクセス権限を「全員表示」にした、High Fivesの公開範囲を誤解している | 影響範囲を確認し、必要に応じて接続削除・Custom setupで再作成する |
| 古い優先事項が出る | クロール頻度、15Five側の更新遅延、削除データの反映待ち | 増分・フルクロールのスケジュールを確認し、必要に応じて手動クロールを検討する |
| 検索結果が分かりにくい | 表示名や説明が曖昧 | 「15Five Priorities」「15Five High Fives」など、データ種別が分かる表示名にする |
| マネージャーの見え方がずれる | 15Five側の上司情報、メールアドレス、Microsoft Entra ID属性が不整合 | 15FiveとEntra IDのユーザー属性・マネージャー情報を棚卸しする |
Microsoftの15Five向けトラブルシューティングでは、資格情報の有効期限切れや無効な資格情報に対し、15FiveのIntegrations設定で新しいキーを作成し、最新のアクセストークンを使って認証する対応が示されています。(Microsoft Learn) (Microsoft Learn)
開発者・Copilot Studio担当者が確認すべきこと
開発者にとって重要なのは、15Fiveデータを「Copilotの一般検索」だけでなく、宣言型エージェントのナレッジソースとして活用できる点です。Microsoftのドキュメントでは、15Five High Fivesコネクタと15Five Prioritiesコネクタを、Copilot Studio、Agent Builder in Microsoft 365 Copilot、Microsoft 365 Agents Toolkitで作成する宣言型エージェントのナレッジソースとして利用できると説明されています。(Microsoft Learn) (Microsoft Learn)
実装・検証時は、次の観点を押さえてください。
- エージェントの目的を「人事評価」ではなく「情報検索・会議準備・優先事項の整理」に限定する
- 回答には15Five由来の情報であることが利用者に分かるよう、表示名と説明を整える
- PriorityとHigh Fivesを混ぜて要約する場合は、称賛情報と業務優先度を区別して扱う
- 評価、報酬、懲戒、健康情報などに関わるプロンプトは、社内ポリシー上の扱いを事前に決める
- 検証用プロンプトには、本人、直属マネージャー、HR、一般社員の複数ロールを用意する
- 既存の独自Graph connectorやSharePointエクスポートがある場合は、重複インデックスを避ける
特に、既に15FiveのデータをCSVやSharePointリストへエクスポートし、それをCopilotやSearchに拾わせている組織では、同じ情報が複数のソース名で表示される可能性があります。本番展開前に、古い連携を停止するのか、正式な15Five Copilot Connectorへ寄せるのかを決めておきましょう。
移行・既存運用からの切り替えで注意すべきポイント
15Five連携は新規導入だけでなく、既存の手作業や独自連携からの移行にも関係します。たとえば、これまでマネージャーが15Fiveの画面を見ながらTeamsに要約を貼り付けていた場合、Copilotから検索・要約できるようになることで、会議準備の流れが変わります。
移行時に見落としやすいのは、データの正確性よりも「解釈のされ方」です。Copilotは情報を要約して提示するため、15Five上では自然な称賛コメントでも、部門横断の要約に含まれると評価情報のように読まれる場合があります。導入時は「Copilotに聞いてよいこと」「人事判断に使ってはいけないこと」を利用者向けガイドに入れるべきです。
既存運用から切り替える場合の推奨アクションは次の通りです。
| 既存運用 | 切り替え時の注意点 |
|---|---|
| 15Fiveを直接開いてマネージャーが確認 | Copilotで要約できる範囲と、15Five原本で確認すべき範囲を分ける |
| TeamsやSharePointに手動で優先事項を転記 | 二重管理をやめるタイミングを決め、古い情報が検索に残らないよう整理する |
| 独自コネクタで15Five相当データを取り込んでいる | 正式コネクタとの重複、スキーマ差、表示名、権限モデルを比較する |
| HRだけがレポートを作成 | 現場マネージャーが自分で参照できる範囲を明確化する |
| 称賛データを社内広報に使っている | Copilotで見える称賛と、公開してよい称賛のルールをそろえる |
利用者に共有したいプロンプト例
本番展開後は、利用者がすぐ使える例を配布すると定着しやすくなります。ただし、機密性の高い質問を避け、会議準備や状況把握に寄せたプロンプトから始めるのが安全です。
| 利用者 | プロンプト例 |
|---|---|
| マネージャー | 「15Fiveの情報をもとに、直属メンバーの現在の優先事項を要約して」 |
| チームリード | 「今月、チーム内でHigh Fiveを受けた行動の傾向を整理して」 |
| HR | 「部門横断で共有されている称賛の例を、個人評価ではなく行動例としてまとめて」 |
| プロジェクト責任者 | 「チームのPriorityに出ているリスクや未完了項目を一覧にして」 |
| 一般社員 | 「自分に関連する15Fiveの優先事項を確認して」 |
利用者向けには、「Copilotの回答は業務の出発点であり、最終判断は15Fiveの原本や関係者への確認を行う」という前提も伝えておくとよいでしょう。特に人事・評価・報酬に関わる意思決定では、Copilotの要約だけで判断しない運用が必要です。
この更新への実務的な対応方針
Microsoft 365 Copilotと15Fiveの連携は、HRやマネージャー業務の情報検索を効率化できる一方で、扱うデータの性質上、展開前の設計が結果を大きく左右します。まずは「15Five High Fives」と「15Five Priorities」を分けて考え、どのデータを誰に見せるのかを決めてから、Microsoft 365 admin centerのCopilot > Connectorsで限定展開するのが安全です。
管理者は、APIキー、アクセス権、表示名、クロール頻度、Copilot Visibility、接続状態を確認してください。開発者やCopilot Studio担当者は、15Fiveデータをナレッジソースにする場合でも、評価判断や人事判断に直結する使い方を避け、会議準備、優先事項の整理、称賛事例の発見といった安全なシナリオから始めるべきです。
次に取るべき行動は、15Five内のHigh FivesとPrioritiesの公開範囲を棚卸しし、検証用ユーザーグループを決めることです。そのうえで、限定展開、権限確認、検索結果のレビューを行い、問題がなければ段階的に対象ユーザーを広げましょう。
コメント