結論から言うと、Microsoft Teamsでは、最大1,000人まで参加できる会議でもブレークアウトルームを利用できるようにする更新が進んでいます。対象はWindows向けTeamsデスクトップアプリとMac版で、識別子はMicrosoft 365 Roadmap ID 560320です。Targeted Releaseと一般提供は2026年7月に段階的に展開されているため、7月になった時点ですべてのテナントが一斉に利用できるわけではありません。(Microsoft)
2026年7月20日時点では、この機能専用の最低ビルド番号は公開されていません。したがって、Teamsのバージョン番号だけで利用可否を判断するのではなく、Microsoft 365管理センターのMessage Centerで自社テナントの展開状況を確認し、更新済みのTeamsアプリで実機テストを行う必要があります。
また、Microsoftの公開サポートページには、ブレークアウトルームについて「300人未満」「最大50室」という従来の制限が残っています。段階的なロールアウト中は、ロードマップ、Message Center、公開サポートページの更新時期が一致しないことがあります。1,000人規模の本番会議を開催する前に、自社テナントへ機能が届いていることを確認するのが重要です。(マイクロソフト ラーン)
Teamsで最大1,000人の会議をブレークアウトルームに分けるための結論
今回の変更内容と、確認すべきポイントは次のとおりです。
| 確認項目 | 内容 |
|---|---|
| 変更内容 | 最大1,000人が参加するTeams会議でブレークアウトルームを利用可能にする |
| Roadmap ID | 560320 |
| 対象アプリ | Teamsデスクトップアプリ、Mac版Teams |
| 展開時期 | Targeted Release、一般提供ともに2026年7月から段階展開 |
| テナントごとの確認方法 | Microsoft 365管理センターのMessage Centerで確認 |
| 最低ビルド番号 | 2026年7月20日時点では公開資料に記載なし |
| 会議自体の上限 | 契約プランによって300人または1,000人 |
| 管理ポリシー | AllowBreakoutRoomsが有効であること |
| 従来の公開制限 | 300人未満、最大50室という記載が残っている |
| 本番利用の判断 | Message Centerの状態、最新クライアント、実機テストを組み合わせる |
Roadmap ID 560320で予定されているのは、ブレークアウトルームを利用できる会議の参加者上限を1,000人まで広げる更新です。ただし、ロードマップの日付は予定であり、Microsoft自身も内容や提供時期が変更される可能性を明記しています。(Microsoft)
そのため、管理者や会議主催者は「RoadmapがRolling outになった」「2026年7月になった」という情報だけで本番利用を決定してはいけません。最終的には、自社テナントに対する展開状況と実際のTeams画面を確認します。
Roadmap ID 560320で何が変わるのか
従来はブレークアウトルームを使うと300人に制限された
現在のMicrosoft Learnには、ブレークアウトルームを作成できるのは300人未満の会議であり、ブレークアウトルームを作成すると会議の参加者上限も300人になると記載されています。
通常のTeams会議そのものは、対象プランで最大1,000人まで参加できます。しかし、従来はブレークアウトルームを使う場合だけ300人という制限が適用されていました。(マイクロソフト ラーン)
つまり、これまでは次のような会議運営が困難でした。
- 500人が参加する全社研修を、部門別グループに分ける
- 800人規模のオンラインイベントで、テーマ別の意見交換を行う
- 1,000人規模の説明会で、地域や担当業務ごとに分科会を開く
- 大学や教育機関の大規模授業で、少人数のグループワークを実施する
Roadmap ID 560320の展開後は、会議全体を300人以下に抑えなくても、最大1,000人規模の会議内でブレークアウトルームを利用できるようになります。
「最大1,000人」の意味を誤解しない
最大1,000人という数字は、1つのブレークアウトルームに1,000人を収容できるという意味ではありません。また、1,000室を作成できるという意味でもありません。
今回拡張されるのは、主に次の制限です。
| 項目 | 意味 |
|---|---|
| 最大1,000人 | ブレークアウトルームを利用する会議全体の参加者規模 |
| 1室あたりの人数 | 主催者が参加者数と作成室数に応じて設計する |
| 作成できる部屋数 | 自社テナントのMessage Centerと最新サポート情報で確認する |
| 会議自体の参加者上限 | 主催者側の契約プランに依存する |
公開サポートページには、現在も最大50室という記載があります。参加者上限の拡張と部屋数上限の変更は別の項目として考え、ロードマップの「1,000人」だけを根拠に部屋数まで拡張されたと判断しないことが重要です。(マイクロソフト サポート)
最大1,000人でブレークアウトルームを利用するための条件
会議自体が1,000人に対応する契約プランである
Roadmap ID 560320によってブレークアウトルーム側の参加者制限が緩和されても、契約プランに設定された会議の参加者上限は変わりません。
Microsoftが公開しているTeamsの制限では、主なプランは次のように分かれています。
| 会議の上限 | 対象となる主なプラン |
|---|---|
| 最大300人 | Microsoft 365 Business Basic、Business Standard、Business Premium、Microsoft Teams Essentials、Microsoft 365 A1 |
| 最大1,000人 | Microsoft 365 F1、F3、E3、E5、A3、A5、G3、G5、Office 365 E1、E3、E5、A3、A5、G1、G3、G5、Microsoft Teams EEA |
たとえば、Microsoft 365 Business Premiumを利用する主催者は、今回の更新が届いても通常会議の上限が自動的に1,000人になるわけではありません。500人や1,000人の会議を開催するには、会議自体が1,000人に対応するプランが必要です。(マイクロソフト ラーン)
実務では、会議の企画段階で次の2つを分けて確認します。
- 主催者に割り当てられたライセンスで何人まで参加できるか
- その人数でブレークアウトルームを有効にできるか
ライセンス名やサービス条件は変更される可能性があるため、大規模会議の開催前にはMicrosoft 365管理センターのライセンス情報と最新の公式制限を確認してください。
ブレークアウトルームのポリシーが有効である
Teamsの会議ポリシーには、ブレークアウトルーム機能を制御するAllowBreakoutRoomsパラメーターがあります。既定値はTrueですが、組織で独自の会議ポリシーを設定している場合は、対象ユーザーに割り当てられたポリシーを確認する必要があります。(マイクロソフト ラーン)
PowerShellで確認する場合は、対象ポリシーに対して次のように実行します。
Get-CsTeamsMeetingPolicy -Identity "ポリシー名" |
Select-Object Identity, AllowBreakoutRooms全ポリシーを一覧表示する場合は、次のコマンドを利用できます。
Get-CsTeamsMeetingPolicy |
Select-Object Identity, AllowBreakoutRoomsAllowBreakoutRoomsがFalseになっているポリシーを主催者へ割り当てている場合、テナントへのロールアウトが完了していてもブレークアウトルームを利用できません。
ポリシーを変更するときは、影響範囲を確認してから実施します。大規模会議のためだけに組織全体のポリシーを変更するのではなく、必要に応じて対象主催者向けの会議ポリシーを用意する方法が安全です。
主催者とルーム管理者はデスクトップ版またはMac版を使う
Roadmap ID 560320の対象プラットフォームは、TeamsデスクトップとMacです。また、Microsoftの現行サポートページでも、ブレークアウトルームの作成と管理にはTeamsデスクトップアプリを使用すると案内されています。(Microsoft)
1,000人規模の会議では、主催者や運営担当者がWeb版やモバイル版だけで対応する構成は避け、WindowsまたはMacのTeamsアプリを利用します。
参加者についても、本番で利用する端末構成を事前に確認してください。社外参加者、匿名参加者、モバイル利用者、ブラウザー利用者が含まれる場合は、それぞれの参加、移動、チャット、メイン会議への復帰を検証します。
自社テナントへのロールアウトが完了している
Microsoft 365の新機能は段階的に展開されます。同じライセンスと同じTeamsバージョンを使用していても、別のテナントでは利用でき、自社テナントではまだ利用できないことがあります。
Roadmap ID 560320は2026年7月にTargeted Releaseと一般提供が進められていますが、ロードマップの日付は提供開始時期を示すものであり、各テナントへの到着日を保証するものではありません。(Microsoft)
適切なルーム管理者を指定している
Microsoftのサポート情報では、ブレークアウトルームを作成できるのは、会議の開催者または開催者と同じ組織に所属し、ブレークアウトルーム管理者に指定された発表者です。
ブレークアウトルーム管理者は、次の操作を行えます。
- 部屋の追加と削除
- セッション時間の設定
- 参加者の割り当てと再割り当て
- 各部屋へのアナウンス送信
- 部屋の開始と終了
- 部屋の再作成
- 任意の部屋への参加
ただし、同時にブレークアウトルームを制御できる管理者は1人だけです。複数の運営担当者を指定しても、誰が操作権を持つかを事前に決めておかなければ、開始や終了のタイミングで混乱します。(マイクロソフト サポート)
1,000人規模では、少なくとも次の役割を分けると安定します。
| 役割 | 主な担当 |
|---|---|
| 会議主催者 | 会議全体の設定、最終判断 |
| ルーム操作担当 | 部屋の開始、終了、再割り当て |
| 参加者対応担当 | 入室できない参加者、遅刻者、社外参加者の支援 |
| アナウンス担当 | 残り時間や復帰時刻の案内 |
| 技術担当 | Teams、ネットワーク、音声、画面共有の問題対応 |
ルーム操作担当を交代する場合は、操作権を引き継ぐタイミングもリハーサルで確認しておきます。
自社テナントへのロールアウトを確認する方法
Microsoft 365管理センターでMessage Centerを開く
自社テナントへの展開状況は、Microsoft 365管理センターで確認します。
- Microsoft 365管理センターへ管理権限のあるアカウントでサインインします。
- 左側のメニューから「正常性」を開きます。
- 「メッセージ センター」を選択します。
- 検索欄で
560320を検索します。 - 見つからない場合は、
breakout rooms、1,000 attendeesなどでも検索します。 - 該当投稿を開き、対象プラットフォーム、展開時期、最終更新日を確認します。
- 表示されている場合は「組織の状態」または「Status for your org」を確認します。
Microsoftは、Message CenterをMicrosoft 365の変更、機能更新、必要な対応を追跡する場所として案内しています。閲覧だけを担当するユーザーには、グローバル管理者ではなく、権限を限定したMessage Center Readerロールを割り当てられます。(マイクロソフト ラーン)
Status for your orgの意味を理解する
Teamsの一部の機能では、Message Centerにテナント固有のリリース状態が表示されます。
| 表示 | 意味 | 本番利用の判断 |
|---|---|---|
| Scheduled | 自社テナントへの展開が予定されているが、まだ利用できない | 1,000人規模では利用しない |
| Rolling out | 対象ユーザーの一部へ展開が始まっている | パイロットユーザーで検証する |
| Launched | 対象となるユーザー全体で一般利用可能 | 実機確認後に本番利用する |
| 状態表示なし | その機能ではテナント別状態が提供されていない | 実機テストと公式情報を併用する |
「Rolling out」は、自社のすべての主催者が利用できるという意味ではありません。一部の対象ユーザーに展開が始まった状態です。
「Launched」であっても、古いTeamsアプリを起動したままにしている端末や、ブレークアウトルームを禁止するポリシーが割り当てられたユーザーでは利用できない可能性があります。(マイクロソフト ラーン)
Targeted Releaseの設定だけで判断しない
Targeted Releaseを選択しているユーザーは、新機能を早く受け取れる可能性があります。ただし、Microsoftは一部の機能がユーザー単位ではなく組織単位で展開されることを明記しています。
そのような機能では、「Targeted Releaseの選択ユーザー」に設定していても、そのユーザーだけが先に利用できるとは限りません。(マイクロソフト ラーン)
Targeted Releaseの設定は、次の場所で確認できます。
- Microsoft 365管理センターを開きます。
- 「設定」を開きます。
- 「組織設定」を選択します。
- 「組織のプロファイル」を開きます。
- 「リリース設定」を確認します。
変更が反映されるまで最大24時間かかる場合があります。また、Targeted Releaseを有効にしたからといって、Roadmap ID 560320が即時に有効になるとは限りません。(マイクロソフト ラーン)
大規模会議の検証では、通常利用者を無理にTargeted Releaseへ切り替えるより、IT担当者や会議運営担当者をパイロットユーザーに設定するか、テストテナントを利用する方法が適しています。
最低ビルド番号がない場合の実機確認手順
Teamsを更新して再起動する
2026年7月20日時点では、Roadmap ID 560320に対する最低ビルド番号は公開資料で確認できません。そのため、「バージョンが特定の数字以上なら利用可能」とは判断できません。
ただし、古いクライアントを使い続けないように、主催者と運営担当者のTeamsは更新して再起動します。
- Teams右上の「設定など」を開きます。
- 「設定」を選択します。
- 「Teamsについて」を開きます。
- 「バージョン」を確認します。
- 更新が表示された場合は「今すぐ更新」を実行します。
- 「Teamsを更新して再起動」が表示された場合は実行します。
Teamsは通常、アプリがアイドル状態のときに自動更新されます。しかし、本番会議の直前までTeamsを起動し続けている端末では、更新が適用されていないことがあります。(マイクロソフト サポート)
バージョン番号はトラブル発生時の記録として残しますが、機能が使えることを証明する情報ではなく、補助情報として扱います。
テスト用会議を新規作成する
既存の本番会議を直接使わず、同じ主催者、同じ会議ポリシー、同じ端末でテスト用会議を作成します。
- 1,000人対応プランを持つ予定主催者が会議を作成します。
- テスト参加者へ招待を送信します。
- 会議の詳細画面を開きます。
- 「その他のオプション」から「ブレークアウトルーム」を開きます。
- 部屋を作成できることを確認します。
- 参加者を自動または手動で割り当てます。
- ルーム管理者を指定します。
- 会議を開始し、部屋を開きます。
- 参加者の移動、アナウンス、再割り当て、終了を確認します。
- 部屋の終了後、参加者がメイン会議へ戻ることを確認します。
会議前のブレークアウトルーム設定は、参加者へ招待を送信した後に表示されます。設定項目が見つからない場合は、まず招待が送信済みか確認してください。(マイクロソフト サポート)
少人数テストでは「300人超対応」を証明できない
10人や20人のテスト会議でブレークアウトルームを作成できても、301人以上の会議で利用できることを証明したことにはなりません。従来仕様でも300人未満なら利用できるためです。
1,000人規模で本番利用するには、少なくとも次の条件をそろえます。
- Message Centerで対象テナントへの展開を確認できる
- 主催者のプランが1,000人会議に対応している
AllowBreakoutRoomsが有効になっている- WindowsまたはMacのTeamsアプリが更新済みである
- 自社テナントで部屋の作成と管理を確認できる
- 本番に近い参加者属性でリハーサルを実施している
- 利用可能な部屋数が企画に足りることを確認している
本番相当の人数を集めた負荷テストが難しい場合は、Message CenterがLaunchedになる前に重要な1,000人会議へ投入しない方が安全です。必要に応じてMicrosoftサポートへ問い合わせ、Roadmap ID 560320、自社テナント、主催者、Teamsのバージョン、検証日時を伝えます。
「300人まで」「50室まで」と書かれている場合の判断
2026年7月20日時点では、公開されているTeamsの制限ページとブレークアウトルームのサポートページに、次の従来仕様が記載されています。
- ブレークアウトルームを作成できるのは300人未満の会議
- ブレークアウトルームを作成すると会議上限が300人になる
- 作成できるブレークアウトルームは最大50室
- 会議前にブレークアウトルームを作成する場合、招待できるのは最大300人
一方、Roadmap ID 560320では、最大1,000人の会議への対応が段階展開されています。(マイクロソフト ラーン)
このような差がある場合は、資料の役割を分けて考えます。
| 情報源 | 主な用途 | 注意点 |
|---|---|---|
| Microsoft 365 Roadmap | 今後の変更内容、展開予定、全体状況の把握 | 自社テナントへの到着日は分からない |
| Message Center | 自社テナントへの影響、展開時期、組織別状態の確認 | 管理センターへの権限が必要 |
| Microsoft Learnの制限ページ | 現在の一般的なサービス上限の確認 | ロールアウト直後は更新が追いつかない場合がある |
| Microsoft Support | 作成方法、役割、操作手順の確認 | 新上限の反映前は従来値が表示される場合がある |
| Teamsの実画面 | 自社テナントと対象ユーザーでの実際の利用可否 | 少人数テストだけでは300人超対応を証明できない |
判断の優先順位は、単純に「新しい日付のページを信じる」ことではありません。
- Message Centerで自社テナントの状態を確認します。
- 関連投稿の最終更新日と展開条件を確認します。
- 主催者のライセンスと会議ポリシーを確認します。
- 最新のTeamsデスクトップまたはMacアプリで実機確認します。
- 公開サポートページの制限が更新されたか確認します。
- 条件が一致しない場合は、本番利用を延期するかMicrosoftサポートへ照会します。
特に部屋数については、参加者上限が1,000人になったことだけを根拠に決めないでください。必要な部屋数と、自社テナントで実際に作成できる部屋数を照合します。
1,000人規模のブレークアウトルーム設計方法
参加者数ではなく目標人数から必要室数を計算する
必要な部屋数は、次の式で計算できます。
必要室数 ＝ 想定参加者数 ÷ 1室の目標人数割り切れない場合は、端数を切り上げます。
| 想定参加者 | 1室の目標人数 | 必要室数 |
|---|---|---|
| 600人 | 12人 | 50室 |
| 800人 | 20人 | 40室 |
| 900人 | 20人 | 45室 |
| 1,000人 | 20人 | 50室 |
| 1,000人 | 15人 | 67室 |
| 1,000人 | 10人 | 100室 |
現行の公開サポートページにある最大50室を基準にすると、1,000人を50室に分けた場合は1室あたり平均20人です。10人程度の小規模グループを100室作りたい場合は、関連するMessage Center投稿と実画面で新しい部屋数上限を確認しなければなりません。(マイクロソフト サポート)
部屋名は運営者が識別できる形式にする
大規模会議で「ルーム1」「ルーム2」だけを使うと、問い合わせを受けたときに目的の部屋を特定しにくくなります。
次のように、用途が分かる名前を付けます。
営業部-A-01
営業部-A-02
開発部-B-01
開発部-B-02
関東エリア-01
関西エリア-01
テーマ01-業務改善
テーマ02-セキュリティ部屋名には、部門、地域、テーマ、連番などを組み合わせます。参加者へ事前に割り当て表を配布する場合は、Teams上の部屋名と完全に一致させてください。
自動割り当てと手動割り当てを使い分ける
参加者を無作為に分ける研修であれば、自動割り当てが適しています。一方、所属部署、地域、役職、テーマなどに基づいて分ける場合は、事前割り当てや手動割り当てが必要です。
| 割り当て方法 | 向いている用途 | 注意点 |
|---|---|---|
| 自動割り当て | 無作為なグループ討議、交流会 | 部門や属性の偏りを制御しにくい |
| 手動割り当て | 部門別研修、役割別演習 | 1,000人分を手作業で設定すると負担が大きい |
| 参加者による選択 | テーマ別セッション | 人気テーマへの集中を想定する |
| 事前割り当て | 名簿が確定した研修や授業 | 当日の欠席、遅刻、別アカウント参加に注意する |
1,000人を手動で割り当てる運用は、設定ミスや未割り当てを招きやすくなります。必要な分類を事前に整理し、自動割り当てで代替できる部分を増やすことが現実的です。
1,000人規模で失敗しやすいポイント
2026年7月になれば全員が使えると思い込む
Microsoft 365の更新は段階的に展開されます。開始月と全テナントへの提供完了日は同じではありません。
RoadmapがRolling outでも、自社テナントがScheduledであれば本番利用できません。まずMessage Centerを確認します。
300人上限のプランで1,000人を招待する
ブレークアウトルーム側の上限が1,000人になっても、Microsoft 365 Business系など、会議自体が最大300人のプランはそのままです。
開催者のライセンスを確認せずに招待を送ると、ブレークアウトルーム以前に会議の参加者上限へ達します。
Teamsのバージョン番号だけで利用可能と判断する
今回の更新について、公開された最低ビルド番号はありません。同じTeamsバージョンでも、サービス側の段階展開によって利用可否が異なる可能性があります。
バージョンは記録しますが、Message Centerと実画面を確認せずに本番利用を決めないでください。
部屋数を確認せずにグループ構成を決める
1,000人を10人ずつ分けるには100室が必要です。1,000人対応という情報だけを見て100室を前提に企画すると、テナントで作成できる部屋数が足りない可能性があります。
先に必要室数を計算し、その後に自社テナントの上限を確認する順序が重要です。
ルーム管理者を増やせば同時操作できると思う
複数のブレークアウトルーム管理者を指定できますが、同時に操作権を持てるのは1人です。
誰が開始、終了、再割り当て、アナウンスを行うかを決め、他の担当者は参加者対応やトラブル対応に集中させます。(マイクロソフト サポート)
少人数のリハーサルだけで本番を迎える
少人数テストでは、操作方法は確認できますが、300人を超えたときの利用可否や運用負荷までは確認できません。
本番前には、次の参加者を含めて検証します。
- 社内ユーザー
- 社外のTeamsユーザー
- ゲストユーザー
- 匿名参加者
- Windows利用者
- Mac利用者
- ブラウザー利用者
- モバイル利用者
- 遅れて参加するユーザー
全員を同規模で集められなくても、少なくとも本番で想定する参加経路は一通り確認します。
機能が使えない場合の代替進行を決めていない
段階展開中の機能を大規模イベントで利用する場合は、代替進行を用意します。
たとえば、ブレークアウトルームを開けない場合は、メイン会議でQ&A、投票、チャット投稿、代表者による意見共有へ切り替えます。
本番中に新しい会議リンクを大量作成して参加者を移動させる方法は、誤入室や案内ミスを増やします。代替手順は、参加者をメイン会議に残したまま実行できる内容にしておくと安全です。
更新前に確認するチェックリスト
| 担当 | 確認内容 | 確認結果として残すもの |
|---|---|---|
| Microsoft 365管理者 | Roadmap ID 560320の最新状態 | 確認日、状態 |
| Microsoft 365管理者 | Message CenterのStatus for your org | Scheduled、Rolling out、Launched |
| ライセンス管理者 | 主催者の会議上限 | 割り当てライセンス名 |
| Teams管理者 | AllowBreakoutRooms | 対象ポリシー名と設定値 |
| Teams管理者 | 作成できる最大部屋数 | 実画面で確認した数 |
| 会議主催者 | Teamsの更新と再起動 | バージョン、確認日時 |
| 会議主催者 | WindowsまたはMacでの管理 | 使用端末、OS |
| 運営責任者 | 必要室数と1室あたり人数 | 部屋割り表 |
| 運営責任者 | ルーム管理者と操作権の引き継ぎ | 役割分担表 |
| サポート担当 | 社外・匿名・モバイル参加者の動作 | テスト結果 |
| 運営責任者 | ブレークアウトルームが使えない場合の代替進行 | 代替シナリオ |
| 全運営担当 | 本番前リハーサル | 実施日、課題、対応結果 |
このチェックリストを満たしてから、社内マニュアルやイベント案内に「最大1,000人対応」と記載します。ロードマップだけを根拠に先にマニュアルを変更すると、テナントへの展開前に利用者から問い合わせが集中する可能性があります。
まとめ：Message Center確認後に実機検証する
Teamsでは、Roadmap ID 560320によって、最大1,000人規模の会議でもブレークアウトルームを利用できるようにする更新が2026年7月から段階的に展開されています。
ただし、実際に利用するには、次の条件を満たす必要があります。
- 会議自体が最大1,000人に対応するライセンスを利用している
- 自社テナントへRoadmap ID 560320が展開されている
AllowBreakoutRoomsが有効になっている- 主催者と運営担当者がWindowsまたはMacのTeamsアプリを使っている
- Teamsを更新して再起動している
- 必要な部屋数を自社テナントで作成できる
- ルーム管理者と運用手順を決めている
- 本番前に実機テストを完了している
管理者が最初に行うべきことは、Microsoft 365管理センターの「正常性」からMessage Centerを開き、560320を検索することです。その後、主催者のライセンスと会議ポリシーを確認し、更新済みのTeamsアプリでテスト会議を実施します。
「2026年7月に提供」「RoadmapがRolling out」「Teamsが最新版」のいずれか1つだけでは、本番利用の根拠として不十分です。Message Centerのテナント別状態、ライセンス、ポリシー、実機テストをそろえて確認することが、1,000人規模のTeams会議を安全に運営する最も確実な方法です。
コメント