Microsoft Plannerのタスクを起点に、Copilot Coworkがメールの作成・送信、会議の設定、Teamsへの投稿、ファイル作業まで進め、ユーザーの承認後に進捗をPlannerへ戻す。これが今回のロードマップ更新の核心です。単にPlannerへAI機能が追加されるのではなく、計画、実行、進捗記録を一つの会話でつなぐ仕組みへ変わります。(Microsoft)
Microsoft 365 Roadmap ID 567315の作成日時は2026年7月7日23時1分（UTC）で、日本時間では2026年7月8日8時1分です。一般提供は2026年8月が予定されていますが、現時点のステータスは「In development」です。Copilot Cowork自体が利用できる環境でも、Planner連携がすでに展開済みとは限りません。(Microsoft)
Microsoft PlannerとMicrosoft 365 Copilotを利用している組織は、全社展開を急ぐよりも、ライセンス、従量課金、Plannerのアクセス権、データ境界、承認ルール、Microsoft Purviewの対応範囲を先に確認すべきです。本記事では、何が変わるのかに加え、管理者や導入担当者が対応要否を判断するための基準を整理します。
Microsoft Planner and Copilot CoworkのAI更新で何が変わるのか
「Microsoft added Planner actions inside Copilot Cowork to the roadmap」と要約される今回の更新は、公式ロードマップでは「Planner: Capabilities in Microsoft Cowork」という名称で登録されています。
| 確認項目 | 公式ロードマップの内容 |
|---|---|
| Roadmap ID | 567315 |
| ステータス | In development |
| リリース段階 | General Availability |
| 一般提供予定 | 2026年8月 |
| 対象クラウド | Worldwide（Standard Multi-Tenant） |
| プラットフォームタグ | Desktop、Teams and Surface Devices、Web |
| 対象サービス | Planner、Microsoft Copilot（Microsoft 365） |
| Plannerでの操作 | プラン、バケット、目標、タスクの表示・作成・更新 |
| Microsoft 365での実行 | メール、会議、Teams投稿、ファイル作業など |
| Plannerへの反映 | ユーザーの承認後に進捗を書き戻す |
ロードマップ上では、公開プレビューの日程は記載されていません。また、Microsoft 365 Roadmapの日付と説明は予定であり、変更、延期、取り消しの可能性があります。実際の提供開始時期は、Microsoft 365管理センターのメッセージセンターや更新後のロードマップで再確認する必要があります。(Microsoft)
最大の変化は「タスク管理」から「実行の閉ループ」への移行
従来のPlannerでは、タスクを確認した後、ユーザーがOutlook、Teams、カレンダー、OneDrive、SharePointなどへ移動して作業する必要がありました。
今回の連携では、次の流れをCopilot Cowork内で進められるようになる予定です。
- Plannerのプランやタスクを確認する
- バケットや目標、タスクを作成・更新する
- タスクに必要なメール、会議、Teams投稿、ファイル作業を実行する
- 実行結果を確認する
- ユーザーの承認後、Plannerへ進捗を書き戻す
つまり、Plannerが「作業を記録する場所」、Copilot Coworkが「作業を実行する場所」として連携します。
Copilot Coworkは、メール送信やTeamsへの投稿、会議設定などの重要な操作を実行する前に、内容のプレビューと承認画面を表示します。ユーザーは承認、キャンセル、同じ会話内での類似操作に対する確認省略を選択できます。(Microsoft Learn)
ただし、承認画面が表示されるからといって、誤操作が自動的に防止されるわけではありません。宛先、日付、投稿先、ファイル、Plannerへ反映する進捗などを確認せずに承認すれば、誤った内容がそのまま実行される可能性があります。
想定される具体的な使い方
一般提供後は、例えば次のような指示が考えられます。
Plannerの「製品リリース」プランを確認し、今週が期限で未完了のタスクを担当者別に整理してください。ブロッカーがあるタスクについて、担当者への進捗確認メール、Teamsのプロジェクトチャネルに投稿する状況報告、30分のレビュー会議候補を作成してください。送信、投稿、会議作成、Plannerへの進捗反映は、実行前に内容を提示してください。
この指示に対して、Coworkがタスクを抽出し、連絡文や会議候補を用意し、承認された操作を実行した後、Plannerへ進捗を書き戻す流れが想定されます。
なお、ロードマップでは、どのPlanner項目をどの粒度で更新できるかまでは公開されていません。タスクの担当者、期限、優先度、チェックリスト、依存関係など、個別フィールドの対応状況は一般提供後に確認が必要です。
Planner AgentやPower Automateとはどう使い分けるか
Microsoft 365 Copilotには、すでにPlanner Agentが用意されています。Planner Agentは、Copilotの会話からタスクやプランを作成・更新・管理し、作業状況について質問したり、タスクに対する操作を行ったりするための専用エージェントです。(マイクロソフトサポート)
今回のCopilot Cowork連携は、Plannerの管理だけでなく、Plannerに登録された仕事をOutlook、Teams、カレンダー、ファイルへ展開し、その結果をPlannerへ戻す点に特徴があります。
| 選択肢 | 主な役割 | 適している場面 | 注意点 |
|---|---|---|---|
| Planner Agent | Plannerのタスクやプランの作成、更新、確認 | タスク整理、計画作成、進捗確認 | 複数アプリをまたぐ実行が目的とは限らない |
| Copilot Cowork＋Planner | Plannerを起点にメール、会議、Teams、ファイル作業を進める | 状況報告、関係者調整、会議設定、成果物作成 | AIの判断とユーザー承認を伴う |
| Power Automate | 条件とアクションを定義した定型処理 | 承認フロー、定時処理、通知、システム連携 | フローの設計、テスト、保守が必要 |
| Microsoft Graphや各種API | アプリケーションからの厳密なデータ操作 | 大量処理、独自システム、厳格な業務ルール | 開発、認証、エラー処理、監査設計が必要 |
判断基準は、例外の多い仕事を人の確認付きで進めたいか、決められた条件で毎回同じ処理を実行したいかです。
前者はCopilot Cowork、後者はPower AutomateやAPIが適しています。重要な業務をすべて自然言語の指示へ置き換えるのではなく、定型部分は従来の自動化、判断が必要な部分はCoworkという分担が現実的です。
利用条件はライセンスだけでなく従量課金も確認する
Copilot Coworkを利用するには、Microsoft 365 Copilotライセンスに加えて、Copilot Creditsを使った従量課金の有効化が必要です。また、テナントでAnthropicモデルが有効になっていることも前提条件として案内されています。(マイクロソフトサポート)
| 確認項目 | 必要な対応 |
|---|---|
| Microsoft 365 Copilot | 対象ユーザーへライセンスを割り当てる |
| Copilot Credits | 従量課金を設定し、利用可能な状態にする |
| 利用上限 | ユーザーまたはグループ単位で上限を設定する |
| Anthropicモデル | 組織の方針を確認し、必要に応じて有効化する |
| Planner | 対象プランへのアクセス権を付与する |
| Planner Premium | Premium機能を利用する場合は対応ライセンスを確認する |
| Coworkの公開範囲 | 対象ユーザーやセキュリティグループを決める |
Coworkでは、モデルからの応答、ツールやスキルの呼び出し、画像生成、ブラウザー操作などが従量課金の消費対象になります。管理者はユーザー単位またはグループ単位で利用上限を設定できます。Planner操作が具体的に何クレジットを消費するかは、今回のロードマップ項目では説明されていません。(Microsoft Learn)
そのため、利用開始時は次のような課金設計が安全です。
- 少人数のセキュリティグループだけにCoworkを公開する
- 低めの利用上限を設定する
- Plannerを使う代表的な業務を数種類試す
- 1件の業務完了に必要なクレジット量を確認する
- 効果と費用を比較して対象を広げる
PlannerのBasicとPremiumの対応範囲は未確定
Plannerでは、基本プランの編集機能と、Premiumプランの機能で必要なライセンスが異なります。Premium機能を利用するには、Planner Plan 1やPlanner and Project Plan 3などのPremiumサブスクリプションが必要です。(Microsoft Learn)
一方、Roadmap ID 567315には、次の情報が記載されていません。
- BasicプランとPremiumプランのどちらに対応するか
- GoalsなどのPremium機能をどこまで操作できるか
- 個人用タスクや共有プランの対応範囲
- タスクのどのフィールドを更新できるか
- Planner連携専用の管理スイッチが用意されるか
「Microsoft 365 Copilotライセンスがあれば、すべてのPlannerプランを同じように操作できる」とは判断しないことが重要です。一般提供後に、対象プランと必要ライセンスを実機で確認しましょう。
データ境界は既存権限を引き継ぐが、国内処理とは限らない
Coworkが参照できるのはユーザーに権限がある情報
Copilot Coworkは、サインイン中のユーザーがすでにアクセス権を持つメール、予定表、Teamsメッセージ、OneDriveやSharePointのファイルなどを参照します。権限のないコンテンツを取得することはできず、元データに設定された秘密度ラベルは、応答や生成物にも引き継がれます。(Microsoft Learn)
Coworkが作成したファイルはOneDriveまたはSharePointに保存されます。また、Microsoftは、Coworkで利用した組織データをAIモデルの学習には使用しないと説明しています。(Microsoft Learn)
ただし、「既存権限を守る」という仕様は、元の権限設定が適切であることを前提としています。SharePointサイトやPlannerのプランが必要以上に広く共有されていれば、Coworkもその範囲の情報を利用できます。
導入前には、少なくとも次の項目を確認してください。
- Plannerの所有者とメンバー
- Microsoft 365グループのメンバー
- SharePointサイトの共有範囲
- 「組織内の全員」へ共有されたファイル
- 退職者や異動者の残存アクセス権
- 機密ファイルへの秘密度ラベルと暗号化
Microsoft 365のサービス境界と日本国内処理は別
Copilot CoworkはMicrosoft 365 Copilotと同じデータ所在地モデルに従います。Microsoftの説明では、EU域外の顧客について、クエリが米国、EU、その他の地域で処理される場合があります。(Microsoft Learn)
したがって、日本のテナントで「Microsoft 365のセキュリティ境界内だから、すべての処理が日本国内で完結する」と判断するのは適切ではありません。
データ所在地に厳しい要件がある組織は、次の違いを分けて評価する必要があります。
- 誰がデータへアクセスできるか
- どのサービス境界でデータが管理されるか
- どの国や地域でAI処理が行われる可能性があるか
- どのモデルプロバイダーがサブプロセッサとして関与するか
Anthropicとプラグインの扱いも確認する
Copilot CoworkではAnthropicのモデルがサブプロセッサとして使用されます。管理者はMicrosoft 365管理センターからAnthropicモデルファミリーを無効化できますが、Coworkの前提条件にも関係するため、情報システム部門、法務部門、セキュリティ部門で方針を合わせる必要があります。(マイクロソフトサポート)
また、Coworkのプラグインやコネクタを使うと、Microsoft 365外のサービスへアクセス範囲が広がる場合があります。管理者は利用可能なプラグイン、展開対象、利用ユーザーを制御できます。導入時は、Planner連携そのものと外部プラグイン経由の処理を分けて審査してください。(Microsoft Learn)
管理者が確認すべき制御と運用ルール
Copilot Coworkは、Microsoft 365管理センターから利用範囲や課金、モデル、プラグインなどを管理できます。Microsoftも、全社展開前に限定したパイロットグループから開始する方法を推奨しています。(Microsoft Learn)
| 管理対象 | 推奨する対応 |
|---|---|
| Coworkへのアクセス | セキュリティグループ単位でパイロットユーザーを限定する |
| Coworkの表示 | 従量課金を有効化する前に、公開範囲とアクセス申請の扱いを決める |
| Copilot Credits | ユーザー・グループ単位の上限を設定する |
| Anthropicモデル | サブプロセッサ利用の社内承認を取り、利用可否を明文化する |
| プラグイン | 原則許可ではなく、審査済みプラグインだけを展開する |
| Plannerの権限 | 所有者、メンバー、ゲスト、共有グループを棚卸しする |
| SharePoint・OneDrive | 過剰共有と匿名リンクを確認する |
| 秘密度ラベル | 機密情報を含むファイルに適切なラベルを適用する |
| 監査 | Coworkの会話や操作を検索できる状態にする |
| 承認操作 | 送信先、日付、投稿先、ファイル、Planner反映内容の確認を必須にする |
Purview DLPがすべてのCowork操作を止めるとは考えない
2026年7月時点のMicrosoft Purview対応表では、Copilot CoworkのAI操作について、監査、秘密度ラベル、eDiscovery、Data Lifecycle Managementなどは対応済みとされています。一方、Data Loss PreventionとData classificationは未対応として示されています。(Microsoft Learn)
これは、既存のアクセス権や秘密度ラベルが無視されるという意味ではありません。しかし、Purview DLPがCoworkのすべてのAI操作を最終的に遮断してくれると想定してはいけないということです。
特に、次のような運用は避けるべきです。
- DLPだけを前提に機密情報を含むPlannerプランを全社員へ公開する
- 外部宛てメールやTeams投稿を確認せずに承認する
- 外部プラグインを全ユーザーへ一括展開する
- 監査ログを確認できない状態で自動化範囲を広げる
- 人事、法務、財務などの高リスク業務から試験を始める
代替策として、最小権限、秘密度ラベル、監査、限定展開、人による承認を組み合わせる必要があります。
監査できる範囲とPlanner固有の記録を分けて考える
Coworkのプロンプトや応答は統合監査ログに記録され、参照されたMicrosoft 365上のファイルや秘密度ラベルに関する情報も確認できます。会話の開始、プラグインやスキルの追加、ファイルのアップロード、OneDriveでの成果物作成なども代表的な監査イベントとして挙げられています。(Microsoft Learn)
一方、Plannerへの進捗書き戻しについて、どのフィールド変更がどのイベント名で記録されるかは今回のロードマップでは説明されていません。
一般提供後の検証では、次の点を実際に確認してください。
- Coworkを操作したユーザーを特定できるか
- 元の指示と応答を確認できるか
- Plannerで変更された項目を追跡できるか
- メール、Teams、予定表側の実行結果と照合できるか
- eDiscoveryや内部調査で必要な情報を取得できるか
パイロット中は確認省略を使わせない
Coworkでは、同種の操作について以後の確認を省略する選択肢が表示される場合があります。この許可は会話単位ですが、複数のタスクを連続処理する会話では影響範囲が大きくなります。(Microsoft Learn)
初期パイロットでは、確認省略を利用しないルールにして、次の項目を毎回確認する運用が安全です。
- メールの宛先、CC、BCC
- Teamsの投稿先チャネルやチャット
- 会議の参加者、日時、タイムゾーン
- 添付・共有するファイル
- Plannerの対象プランとタスク
- 更新する進捗やステータス
- AIが生成した文章の事実関係
業務で効果が出やすい使いどころ
Copilot CoworkとPlannerの組み合わせは、Plannerのタスクを完了するまでに複数のMicrosoft 365アプリを行き来している業務で効果を発揮します。(Microsoft)
| 活用場面 | 具体的な流れ | 導入時の注意点 |
|---|---|---|
| プロジェクトの進捗管理 | 期限超過タスクを抽出し、担当者への確認メール、Teams報告、レビュー会議を準備する | 担当者や期限の誤認がないか確認する |
| 製品・サービスのリリース | 未完了タスクを確認し、関係者向け案内、会議、リリース資料を作成する | Planner以外の正式な承認記録を省略しない |
| 障害・変更管理 | 調査タスクを整理し、状況報告、会議設定、関連ファイルの更新を進める | 緊急時も外部向け投稿は必ず人が確認する |
| 営業・顧客対応 | フォローアップタスクからメールや会議候補を作り、対応状況を戻す | 顧客名、送信先、契約情報の確認を徹底する |
| 入社・異動対応 | Plannerのチェックリストから案内、面談、資料共有を進める | 人事情報や個人情報を必要以上に扱わせない |
| 定例報告 | Plannerの進捗を基に週次報告の下書きやTeams投稿を作成する | 元データが更新されているか確認する |
特に導入効果を測りやすいのは、週次報告やリリース調整です。業務手順が明確で、実行前に内容を確認しやすく、短期間で作業時間の変化を比較できます。
反対に、人事評価、採用判断、契約締結、送金、法的申請など、誤りが重大な結果につながる業務を最初の対象にするべきではありません。Microsoftも、法務、医療、金融などで人の確認を回避する用途には適さないと説明しています。(Microsoft Learn)
開発・SIではPlannerを業務台帳、Coworkを実行レイヤーにする
開発チームでは、ソースコードのビルドやデプロイそのものよりも、その周辺にある調整業務で活用しやすい機能です。
例えば、リリース用Plannerプランに次のタスクが登録されているとします。
- コードレビュー完了
- セキュリティ確認
- リリースノート作成
- 利用部門への連絡
- Go／No-Go会議の開催
- リリース後の結果報告
Coworkは、Planner上の未完了項目を確認し、会議候補、Teams投稿、関係者向けメール、SharePoint上のリリース資料を準備できます。その後、承認された内容を実行し、進捗をPlannerへ戻す流れを構築できます。
カスタムスキルやプラグインで手順を標準化する
Copilot Coworkは、カスタムスキル、プラグイン、外部サービス向けコネクタによる拡張に対応しています。カスタムスキルには、組織独自の手順、文書形式、確認項目などを定義できます。(Microsoft Learn)
例えば、リリース管理用のスキルに次のルールを持たせる方法があります。
- リリース報告は所定の見出し構成にする
- 未完了のセキュリティ項目があれば会議を設定しない
- 外部向け案内は送信せず、必ず下書きで止める
- Plannerへ進捗を戻す前に証跡ファイルを確認する
- 本番リリース日は日本時間とUTCを併記する
ただし、今回のロードマップはCoworkのユーザー体験に関するものであり、新しいPlanner APIや開発者向けエンドポイントの公開を告知するものではありません。未公開のAPIを前提にシステム設計を変更するのは避けましょう。
既存の開発管理ツールと二重管理しない
開発チームがAzure DevOpsやJiraなどを正式な作業台帳としている場合、同じタスクをPlannerにも複製すると、進捗や担当者が一致しなくなる可能性があります。
次のいずれかを事前に決める必要があります。
- Plannerを正式な作業台帳にする
- Plannerは関係部門向けの概要だけに限定する
- 外部システムからPlannerへ同期する
- Plannerを使わず、審査済みのプラグインや既存自動化を利用する
「Coworkから操作しやすい」という理由だけでPlannerを追加すると、管理対象が増えて逆に効率が落ちることがあります。
技術選定の判断基準
| 要件 | 適した手段 |
|---|---|
| 自然言語で依頼し、複数アプリの作業を人の確認付きで進めたい | Copilot Cowork＋Planner |
| Plannerのタスクやプランを会話で確認・整理したい | Planner Agent |
| 決まったトリガーと条件で毎回同じ処理をしたい | Power Automate |
| 大量処理や厳密なトランザクション制御が必要 | Microsoft Graphや各種API |
| 外部業務システムの情報や操作をCoworkへ追加したい | 審査済みプラグインやコネクタ |
| CI/CDを確実に実行したい | 既存のパイプラインや自動化基盤 |
Copilot Coworkは柔軟な実行に向きますが、処理結果を完全に予測できるワークフローエンジンではありません。正確な条件分岐、再実行、ロールバック、SLAが必要な処理は、従来の自動化基盤に残すべきです。
自社で対応すべきかを判断する基準
| 判断 | 該当する組織 | 推奨対応 |
|---|---|---|
| 今から準備する | PlannerとMicrosoft 365 Copilotをすでに利用し、メールやTeamsでの後続作業が多い | 権限確認、課金設定、パイロット業務の選定を開始する |
| 限定パイロットにする | 人事、法務、財務、顧客情報などを扱う | 非機密業務に限定し、監査と承認を検証する |
| ガバナンス整備を優先する | SharePointやPlannerの共有範囲が整理されていない | Cowork展開前にアクセス権を棚卸しする |
| しばらく情報収集する | Microsoft 365 Copilotを未導入、Plannerの利用も限定的 | 費用対効果と正式な対応範囲を確認する |
| 別手段を優先する | 完全自動、厳密な条件処理、大量処理が主目的 | Power AutomateやAPIを選択する |
対応優先度が高いのは、Plannerにタスクを登録しているものの、その後の連絡、会議設定、資料作成、進捗報告を人が手作業で行っている組織です。
一方、Plannerの利用頻度が低い場合や、作業台帳が別システムにある場合は、今回の機能だけを理由にPlannerへ移行する必要はありません。
2026年8月の展開前に行うチェックリスト
- [ ] Roadmap ID 567315のステータスと予定時期を再確認する
- [ ] Microsoft 365管理センターのメッセージセンターを確認する
- [ ] 対象ユーザーのMicrosoft 365 Copilotライセンスを確認する
- [ ] Copilot Creditsの課金方法、予算、利用上限を設定する
- [ ] Anthropicモデルの利用可否を社内で決定する
- [ ] Coworkを利用できるセキュリティグループを限定する
- [ ] Plannerのプラン所有者、メンバー、ゲストを棚卸しする
- [ ] SharePointとOneDriveの過剰共有を修正する
- [ ] 秘密度ラベル、監査、eDiscovery、保持ポリシーを確認する
- [ ] CoworkのAI操作に対するPurview DLPの未対応範囲を確認する
- [ ] 外部プラグインとコネクタを許可制にする
- [ ] パイロット中は操作確認の省略を使わないルールにする
- [ ] メール、Teams、会議、ファイル、Planner反映を含む受け入れテストを行う
- [ ] BasicプランとPremiumプランの対応範囲を実機で確認する
- [ ] Plannerへの変更が監査上どのように記録されるか確認する
最初の検証対象には、機密性が低く、作業手順と正しい結果を判断しやすい一つのPlannerプランを選ぶとよいでしょう。週次進捗報告や社内プロジェクトの会議調整などが適しています。
Microsoft PlannerとCopilot Coworkの連携は計画から実行までを変える
今回の更新は、PlannerにAIチャットが追加されるだけの変更ではありません。Plannerを仕事の台帳として使い、Copilot CoworkがMicrosoft 365内の後続作業を実行し、その結果を承認後にPlannerへ戻す仕組みです。
活用できれば、タスクを見てからメール、Teams、予定表、ファイルへ移動する手間を減らせます。一方で、誤った宛先への送信、過剰共有されたデータの利用、想定外のクレジット消費、DLP対応範囲の誤認といったリスクもあります。
Microsoft PlannerとMicrosoft 365 Copilotを利用中の組織は、まず非機密のPlannerプランを一つ選び、ライセンス、Copilot Credits、権限、モデル、プラグイン、監査、承認ルールを確認してください。その上で、一般提供後に「Planner確認から業務実行、進捗反映まで」の一連の受け入れテストを行うことが、最も現実的な対応です。
コメント