Outlookの「Outlook: Teammates Calendars in Left Nav in calendar」は、Outlookのカレンダー画面で、同僚や直属の部下のカレンダーを左ナビゲーションに既定で表示し、手動で追加しなくても見つけやすくする変更です。結論として、利用者にはチーム予定の確認が楽になるメリットがありますが、管理者は新Outlookの利用制御、予定表の共有権限、組織階層データ、ユーザー向け周知を事前に確認しておくべきです。公式データではRoadmap IDは560695、製品はOutlook、プラットフォームはWeb、リリースフェーズはGeneral Availability、GA時期はMay CY2026、ステータスはLaunchedです。modifiedはUTCで2026-05-27 23:15のため、日本時間では2026年5月28日更新相当として扱えます。(Microsoft)
Outlook: Teammates Calendars in Left Nav in calendarの変更点
この変更のポイントは、予定表共有そのものを新しく作ることではなく、Outlookカレンダーの左ナビゲーションに「同僚」「直属の部下」のカレンダーを最初から見つけやすく表示することです。Microsoft 365 Roadmapは商用機能の予定日と説明を提供するものですが、掲載情報は変更される可能性があるため、展開前には最新のRoadmap ID 560695を再確認してください。(Microsoft)
| 項目 | 公式情報上の内容 | 実務上の意味 |
|---|---|---|
| 機能名 | Outlook: Teammates Calendars in Left Nav in calendar | Outlookカレンダー左側の表示に関するUI変更 |
| 変更内容 | 同僚や直属の部下のカレンダーを左ナビに既定表示 | 利用者が手動で予定表を探して追加する手間が減る |
| Roadmap ID | 560695 | 管理者がMessage CenterやRoadmapで追跡するためのID |
| 製品 | Outlook | Exchange Online／Outlook運用チームが主に確認 |
| プラットフォーム | Web | Outlook on the webと新Outlook for Windowsでの検証を優先 |
| タグ | #newoutlookforwindows | 新Outlook for Windows利用者にも影響確認が必要 |
| クラウド | Worldwide (Standard Multi-Tenant) | 標準の商用Microsoft 365テナントが対象 |
| リリース | General Availability、May CY2026、Launched | 一部環境ではすでに利用者画面に反映されている可能性がある |
これまでと何が違うのか
従来、他人の予定表を頻繁に見る利用者は、共有招待を受け取る、予定表を検索して追加する、カレンダーグループを整理する、といった操作が必要でした。今回の変更では、特にチーム内の同僚や直属の部下の予定表が左ナビに出やすくなるため、マネージャーやプロジェクトリーダーにとっては予定確認の入口が短くなります。
| 利用シーン | 変更前に起きがちなこと | 変更後に期待できること |
|---|---|---|
| マネージャーが部下の空き時間を確認する | 毎回検索する、または個別に予定表を追加する | 左ナビから対象者の予定表を見つけやすい |
| チームメンバーの予定を見比べる | 追加済みの予定表が人によって違い、見落としやすい | チームのカレンダー確認導線がそろいやすい |
| 新任マネージャーの引き継ぎ | 部下の予定表を手作業で追加する必要がある | 組織情報に基づく表示により初期設定の負担が減る |
| 情報システム部門の問い合わせ対応 | 「予定表の追加方法が分からない」という問い合わせが多い | 操作手順の説明が簡略化できる可能性がある |
| 機密性の高い部署 | 予定表が目立つことで利用者が不安を感じる | 事前に表示と権限の違いを説明する必要がある |
重要なのは、左ナビに表示されることと、予定の詳細まで見えることは別問題だという点です。今回の公式説明は「左ナビに既定表示する」変更であり、予定表の閲覧権限を拡大するとは説明されていません。Outlookの予定表共有では、空き時間のみ、件名と場所、すべての詳細、編集、代理アクセスなど、権限レベルによって見える情報や操作範囲が変わります。(マイクロソフトサポート)
影響を受けやすいユーザー
最も影響を受けやすいのは、複数人の予定を日常的に確認するユーザーです。たとえば、部下の1on1やレビューを調整するマネージャー、複数部署をまたぐプロジェクトリーダー、秘書・アシスタント、採用面接や顧客訪問の予定を調整するバックオフィス担当者などが該当します。
一方で、予定表の見え方に敏感な部署では注意が必要です。たとえば、人事、法務、経営企画、M&A、監査、労務対応など、予定の件名や場所だけでも業務上の機微情報になり得る部署では、「左ナビに出ること」と「予定詳細が見えること」を分けて説明し、必要に応じて既定の予定表権限を見直すべきです。
管理者が最初に確認すべきポイント
管理者は、まず「この機能を止めるか」ではなく、「表示されても問題ない権限設計になっているか」を確認するのが現実的です。公式Roadmapの該当項目には、この左ナビ表示だけを個別に無効化する管理設定名や追加ドキュメントURLは含まれていません。(Microsoft)
| 確認項目 | 確認する理由 | 実務での確認例 |
|---|---|---|
| 新Outlook for Windowsの利用状況 | #newoutlookforwindowsのタグが付いているため | パイロットユーザー、既定利用ユーザー、クラシックOutlook利用者を分けて把握する |
| Outlook on the webの利用可否 | 公式データ上のプラットフォームがWebのため | OWAが無効なユーザーや制限ポリシーの有無を確認する |
| 予定表の既定権限 | 左ナビ表示によって予定表が目立つため | 「空き時間のみ」なのか「件名・場所」まで見えるのかを確認する |
| 上司・部下の組織データ | 直属の部下が表示対象に含まれるため | Microsoft Entra IDや人事連携のmanager情報が正しいか確認する |
| ハイブリッド環境の空き時間共有 | オンプレミスExchangeとExchange Online間で見え方が変わる可能性があるため | Organization RelationshipやFree/Busyの共有レベルを確認する |
| ヘルプデスクFAQ | 利用者が「勝手に見えるようになった」と誤解しやすいため | 予定詳細の権限が変わったわけではないことを案内する |
Exchangeハイブリッド環境では、空き時間情報の共有レベルはOrganization Relationshipの設定やユーザー側の予定表既定権限に影響されます。Microsoft Learnでは、管理者がFree/Busy共有を制御し、ユーザーが予定表フォルダーの既定権限で共有レベルを制御することが説明されています。(Microsoft Learn)
新Outlookの利用制御もあわせて確認する
今回の変更はOutlookのカレンダーUIに関するものですが、組織として新Outlook for Windowsの展開を管理している場合は、利用制御の確認も欠かせません。Microsoft Learnでは、管理者がExchange Online PowerShellを使ってOutlook for Windowsへのアクセスを制御できること、個別メールボックスにはSet-CASMailbox、ポリシーベースではSet-OwaMailboxPolicyを使えることが示されています。(Microsoft Learn)
代表的な確認・制御の考え方は次のとおりです。
# 個別ユーザーの新Outlook for Windowsアクセスを確認する例
Get-CASMailbox -Identity [email protected] | Format-List OWAEnabled,OneWinNativeOutlookEnabled
# 個別ユーザーで新Outlook for Windowsの利用を無効化する例
Set-CASMailbox -Identity [email protected] -OneWinNativeOutlookEnabled $false
# OWAメールボックスポリシー側で組織全体の設定を確認する例
Get-OwaMailboxPolicy | Format-Table Name,OneWinNativeOutlookEnabledOneWinNativeOutlookEnabledの既定値は空欄、つまり実質的に有効扱いです。また、Outlook on the webへのアクセスが無効なメールボックスでは、Outlook for Windowsのアクセスも利用できない点に注意が必要です。(Microsoft Learn)
ただし、この設定は「新Outlook for Windowsで業務用メールボックスを使えるか」を制御するものです。Microsoft LearnのFAQでも、Set-CASMailboxやSet-OwaMailboxPolicyの設定は、クラシックOutlook上の「新しいOutlookを試す」トグル表示そのものには影響しないと説明されています。トグル表示は別途レジストリやポリシーで管理します。(Microsoft Learn)
「新しいOutlookを試す」トグルと自動移行ポリシーの確認
クラシックOutlookから新Outlookへの移行を段階的に進めている組織では、左ナビのカレンダー表示よりも先に、移行ポリシーの状態を整理しておくべきです。Microsoft Learnでは、Microsoft 365 Apps admin centerのCloud Policyから「Hide the ‘Try the new Outlook’ toggle in Outlook」ポリシーを設定できることが説明されています。(Microsoft Learn)
また、管理者主導で新Outlookへ移行する場合は「Admin-Controlled Migration to New Outlook」ポリシーを利用できます。このポリシーを有効にすると、ユーザーへの案内、次回起動時の促し、最終的な新Outlook起動という段階的な体験が提供されます。ユーザーは移行後もクラシックOutlookへ戻れると説明されていますが、組織側ではどのタイミングで再案内するかも含めて設計が必要です。(Microsoft Learn)
新Outlook for Windowsの移行は、Opt-in、Opt-out、Cutoverの3段階で説明されています。Opt-out段階では新Outlookが既定になりつつ、必要に応じてクラシックOutlookへ戻せます。Cutover段階では戻せなくなり、既存のクラシックOutlookは少なくとも2029年までサポートされるとされています。(Microsoft Learn)
組織階層データの整備が重要になる
今回の説明には「direct reports」、つまり直属の部下が含まれます。Microsoft GraphのdirectReports APIでは、あるユーザーがmanagerとして割り当てられているユーザーや連絡先を返すと説明されています。Outlookの今回の表示ロジックがどの内部データをどのように使うかまではRoadmap項目だけでは断定できませんが、少なくとも管理者は上司・部下の情報が古くないかを確認しておくべきです。(Microsoft Learn)
特に次のようなケースでは、表示対象の違和感が問い合わせにつながります。
| ケース | 起きやすい問題 | 対応の方向性 |
|---|---|---|
| 人事異動直後 | 以前の部下が表示される、現部下が出ない | 人事システムとEntra IDの同期タイミングを確認 |
| 兼務・マトリクス組織 | 実務上のチームと直属ラインが一致しない | Outlook上の表示は組織階層と業務チームが完全一致しない可能性を周知 |
| 外部委託・派遣・ゲスト | 表示対象に含めるべきか判断が分かれる | アカウント種別、manager属性、予定表権限を整理 |
| 退職・休職・異動済みアカウント | 不要な予定表が残って見える | ライセンス、サインイン状態、ディレクトリ属性を棚卸し |
開発者・アドイン担当者が確認すべきこと
開発者や業務アプリ担当者は、左ナビに表示されるカレンダーが増えることで、アドインや自動化処理の前提が崩れないかを確認します。特に、クラシックOutlook前提のCOMアドインやVSTOアドインを使っている場合は注意が必要です。Microsoft Learnでは、COM/VSTOアドインは新Outlook on Windowsではサポートされず、新Outlookで継続利用するにはOutlook Webアドインへの移行が必要と説明されています。(Microsoft Learn)
確認すべき観点は次の3つです。
| 観点 | 確認内容 |
|---|---|
| UI依存 | 左ナビの表示順やカレンダーグループを前提にした手順書、RPA、画面操作マクロがないか |
| アドイン互換性 | 予定表画面や会議作成画面で使うアドインが新Outlook／Outlook on the webで動くか |
| API利用 | 画面から予定表を取得するのではなく、Microsoft GraphやExchangeの正式APIを使っているか |
イベントベースのOutlookアドインには、Outlook on the webと新Outlook on Windowsでサポートされる画面に制限があります。たとえば、標準の読み取り・作成画面や予定表面での動作と、特殊な返信・転送操作では挙動が異なる可能性があります。予定表関連のアドインは、通常の会議作成、会議返信、予定表からの転送、共有予定表上での操作を分けてテストしてください。(Microsoft Learn)
展開前に行うべき検証手順
いきなり全社展開後の問い合わせで対応するよりも、管理職や予定調整が多い部署を含めた小規模パイロットで確認する方が安全です。
| 手順 | やること | 合格ラインの例 |
|---|---|---|
| 影響ユーザーの抽出 | 新Outlook利用者、Outlook on the web利用者、管理職を抽出 | パイロット対象に複数部門・管理職・一般社員を含める |
| 予定表権限の確認 | 既定権限、共有権限、代理権限を確認 | 想定外に件名・場所・詳細が見えない状態にする |
| 組織階層の確認 | 上司・直属部下情報を確認 | 人事異動済みユーザーが誤表示されない |
| UI確認 | 左ナビの表示、折りたたみ、表示切替を確認 | 利用者が自分で見え方を整理できる |
| 問い合わせ想定 | 「なぜ表示されたのか」「詳細が見えるのか」のFAQを作る | ヘルプデスクが同じ説明を返せる |
| 段階展開 | 部署単位または利用クライアント単位で展開 | 問い合わせ傾向を見ながら拡大できる |
ユーザー向けに伝えるべき説明文の例
利用者には、技術的な設定名よりも「何が変わり、何は変わらないのか」を短く伝えるのが効果的です。以下のような案内文を事前に用意しておくと、問い合わせを減らせます。
Outlookのカレンダー画面左側に、同僚や直属の部下の予定表が表示される場合があります。これは予定表を探しやすくするための表示変更です。表示されたこと自体で、予定の詳細や編集権限が新たに付与されるわけではありません。予定の見え方は、これまでどおり予定表の共有権限に基づきます。予定の件名や場所を見せたくない場合は、予定表の共有設定や予定の公開範囲を確認してください。
特に予定名に「評価面談」「退職相談」「契約交渉」などの機微情報を入れている組織では、予定の件名運用も見直し対象になります。Outlookの予定表権限では「件名と場所まで見える」設定があり得るため、予定名だけで内容が推測されない命名ルールを決めておくと安全です。(マイクロソフトサポート)
よくある疑問
左ナビに表示された相手の予定詳細まで見えるようになるのか
左ナビに表示されることと、予定詳細が見えることは別です。公式Roadmapの説明は、同僚や直属の部下のカレンダーを左ナビに既定表示するという内容であり、閲覧権限を拡大するとは記載されていません。予定の詳細表示は、予定表の共有権限や組織の空き時間共有設定に左右されます。(Microsoft)
クラシックOutlookも対象になるのか
公式データではプラットフォームはWebで、説明には#newoutlookforwindowsが含まれています。そのため、確認対象としてはOutlook on the webと新Outlook for Windowsを優先すべきです。クラシックOutlook、Mac、モバイルで同じ表示になるかは、このRoadmap項目だけで断定しない方が安全です。(Microsoft)
この機能だけを管理者が無効化できるのか
Roadmap ID 560695の公式API項目には、この左ナビ表示だけを制御する専用ポリシー名や詳細ドキュメントURLは含まれていません。組織として制御が必要な場合は、新Outlook for Windowsへのアクセス制御、Outlook on the webポリシー、予定表権限、ユーザー教育を組み合わせて対応するのが現実的です。(Microsoft)
予定表が増えて左ナビが見づらくならないか
見づらくなる可能性はあります。特に管理職や複数チームを兼務するユーザーでは、左ナビに表示されるカレンダーが増え、目的の予定表を探しづらくなることがあります。パイロットでは、表示される人数、既存の共有予定表との重複、カレンダーグループの整理方法を確認してください。
開発者は何を優先して確認すべきか
最優先は、クラシックOutlook依存のCOM/VSTOアドインやRPAがないかの確認です。新Outlook on WindowsではCOM/VSTOアドインがサポートされないため、予定表操作に関係するアドインはOutlook Webアドインへの移行や代替手段を検討してください。(Microsoft Learn)
まとめ：まずは権限、組織データ、移行方針を確認する
Outlook: Teammates Calendars in Left Nav in calendarは、チームの予定確認を効率化する便利な変更です。特にマネージャーやプロジェクトリーダーにとっては、同僚や直属の部下のカレンダーへアクセスしやすくなり、会議調整の手間を減らせます。
一方で、管理者が何も確認しないまま展開すると、「なぜ他人の予定表が表示されたのか」「詳細まで見えてしまうのか」「不要な予定表が多い」といった問い合わせが発生しやすくなります。まずは、予定表の既定権限、新Outlook／Outlook on the webの利用制御、上司・部下の組織データ、アドイン互換性を確認してください。
次に取るべき行動は明確です。Roadmap ID 560695の最新状態を確認し、管理職を含む小規模パイロットで左ナビの表示と予定表権限を検証し、ユーザー向けに「表示と権限は別」という説明を事前に周知しましょう。これだけで、便利な変更を業務効率化につなげつつ、プライバシーや運用上の混乱を最小限に抑えられます。
コメント