Teams会議で「画面全体は見せたくないのに、その場で丸や矢印を書きながら説明したい」という悩みは、研修でも営業でもよくあります。2026年3月のMicrosoft Teams更新で、単一ウィンドウ共有でも注釈できるようになり、この悩みはかなり解消しやすくなりました。特定のアプリウィンドウだけを見せたまま、参加者と一緒に書き込みできるため、画面共有の安全性と会議の参加感を両立しやすくなっています。(TECHCOMMUNITY.MICROSOFT.COM)
しかも今回は「便利になった」だけではありません。Teamsの注釈はMicrosoft Whiteboardベースで動き、参加者全員がその場で書き込めるうえ、共有者だけが書き込める設定にも切り替えられます。この記事では、Teams会議の単一ウィンドウ共有に注釈を使うメリット、向いている会議、参加者側の使い方、管理者が確認すべき設定まで、実務で迷いやすいポイントを含めて整理します。(Microsoft Support)
Teams会議の単一ウィンドウ共有に注釈対応したポイント
Microsoftは2026年3月のTeams更新で、特定のアプリケーションウィンドウを共有した状態でも、その共有コンテンツに直接注釈できると案内しました。公式の説明でも、研修、顧客向けプレゼン、デザインレビューのような場面を想定した機能として紹介されています。(TECHCOMMUNITY.MICROSOFT.COM)
| 項目 | 従来の運用 | 今回の運用 |
|---|---|---|
| 注釈対象 | 画面全体共有を前提に考えやすかった | 特定アプリウィンドウ共有でも注釈できる |
| 共有リスク | 通知や別資料が映る不安が残りやすい | 見せる範囲を絞りやすい |
| 会議の進めやすさ | 共同作業のために全画面共有へ寄せがち | 対象画面だけ見せて参加者と書き込みできる |
3月の公式ブログでは、掲載機能は特記がない限り一般提供扱いとされており、この機能についてもWindows、macOS、モバイルをまたいで使えると案内されています。(TECHCOMMUNITY.MICROSOFT.COM)
画面共有の安全性が上がる理由
単一ウィンドウ共有に注釈が付くと、「説明のために画面全体を見せる」必要が減ります。たとえば営業デモなら提案資料やデモ環境だけ、研修なら操作対象のアプリだけを見せればよく、通知、別案件のタブ、社内チャットなどを不用意に映してしまうリスクを下げやすくなります。Microsoft自身も、entire desktop を露出しなくてよい点をこの機能の価値として打ち出しています。(TECHCOMMUNITY.MICROSOFT.COM)
さらに実務上大きいのが、注釈と画面制御の委任は役割が違うことです。Teamsの「Give control」は相手が共有画面を実際に操作できる機能で、Microsoftも「信頼できる相手にのみ渡すべき」と注意しています。単に「ここを押してください」「この項目を確認してください」と場所を示したいだけなら、まずは注釈で済むかを考えたほうが安全です。(Microsoft Support)
| やりたいこと | 注釈 | 画面制御の委任 |
|---|---|---|
| 「ここを見てください」と位置を示す | 向いている | やや大げさ |
| レビューコメントをその場で残す | 向いている | 不要なことが多い |
| 相手に実際に操作してもらう | できない | 向いている |
| 誤操作や過剰共有を避けたい | 向いている | 注意が必要 |
どんな会議で特に効くか
研修・オンボーディング
操作研修では、受講者が迷いやすいボタンや入力欄を、その場で囲んだり矢印で示したりできるのが大きな利点です。共有者は注釈中でも背景コンテンツ操作を使って画面を進められるため、説明を止めずに手順を進行しやすい構成です。(Microsoft Support)
営業デモ・提案会
営業会議では、相手に見せたいのは提案書やデモ画面だけで、社内メモや他顧客の情報ではありません。単一ウィンドウ共有に注釈対応したことで、見せる範囲を絞ったまま質問箇所を囲んだり、導入イメージを書き足したりしやすくなります。Microsoftも client presentations を代表的な活用例に挙げています。(TECHCOMMUNITY.MICROSOFT.COM)
レビュー会議・デザイン確認
デザインレビューや仕様確認では、どこが問題なのかを口頭だけで伝えるより、画面に直接マークしたほうが圧倒的に早い場面があります。Teamsの注釈はスナップショットをWhiteboardに保存できるため、会議後の修正指示や確認メモにもつなげやすいです。(Microsoft Support)
参加者側の使い方と主催者側の操作
Teams会議の注釈はMicrosoft Whiteboardベースで動きます。共有者が上部の presenter toolbar から Annotate を選ぶと、参加者側にもWhiteboardのツールセットが表示され、ペンや付箋などで書き込めます。共有者は設定から Everyone can annotate と Only I can annotate を切り替えられるため、説明フェーズでは自分だけ、質疑応答では全員参加、という運用がしやすいのも実務向きです。(Microsoft Support)
| 立場 | 操作のポイント |
|---|---|
| 共有者 | 会議で対象ウィンドウを共有し、上部ツールバーの Annotate を選ぶ |
| 参加者 | 表示されたWhiteboardツールで描画・入力する |
| 共有者 | 必要に応じて Only I can annotate に切り替える |
| 共有者 | 画面を進めたいときは背景コンテンツ操作を使う |
| 会議後 | Save a snapshot で注釈をWhiteboardに保存する |
共同カーソルは参加者名を表示するので、誰のコメントか追いやすいのも地味に便利です。なお、モバイル参加者も、共有者がデスクトップから共有していれば注釈に参加できます。端末が混在する会議でも使いやすい一方、初回の検証はデスクトップ同士で始めるとトラブルを切り分けやすくなります。(Microsoft Support)
管理者と主催者が事前に確認したい設定
機能が見えないときは、まずクライアントの問題より会議ポリシーを疑ったほうが早いです。Microsoft Learnでは、Teams admin center の Meetings > Meeting policies > Content sharing で、Screen sharing mode、Whiteboard、Collaborative annotations などを管理すると案内しています。(Microsoft Learn)
| 確認項目 | なぜ重要か | 見ておきたいポイント |
|---|---|---|
| Screen sharing mode | 単一ウィンドウ共有そのものを許可するため | Entire screen / Single application / Not enabled を確認 |
| Whiteboard | 注釈機能の土台 | 組織で無効だと注釈も使えない |
| Collaborative annotations | 注釈の利用可否を決める | 会議ポリシーで有効化が必要 |
| 外部・匿名参加者設定 | 社外会議で動作差が出やすい | Whiteboard への匿名参加許可とアプリ操作設定を確認 |
特に注意したいのがブラウザ利用です。Microsoft Learnでは、ScreenSharingMode を Single application にした場合、TeamsのWebブラウザ利用では Not enabled として動くと説明しています。単一ウィンドウ共有を前提に社内展開するなら、デスクトップアプリ利用を標準にしたほうが安全です。(Microsoft Learn)
外部参加者や匿名参加者を含む会議では、Whiteboard側の共有設定も影響します。Microsoftは、外部参加者は会議中のみ一時的に閲覧・共同編集できるケースがある一方、匿名参加者はSharePoint側の許可や「Anonymous users can interact with apps in meetings」設定が必要だと案内しています。社外向け会議で使うなら、社内会議とは別に一度ゲスト参加で試すのが無難です。(Microsoft Learn)
PowerPoint Liveや画面制御とどう使い分けるか
単一ウィンドウ共有に注釈対応したからといって、すべての発表をこれ一つで済ませる必要はありません。Teamsには近いようで役割が違う機能がいくつかあります。(Microsoft Support)
| 目的 | 向く機能 | 理由 |
|---|---|---|
| スライド中心の説明 | PowerPoint Live | スライド共有に最適化され、描画は発表者のみ |
| Webアプリや業務システムの画面を皆でレビューしたい | 単一ウィンドウ共有 + 注釈 | 参加者も書き込め、共有範囲を絞れる |
| 相手に実際に操作してもらいたい | Give control | 注釈ではなく操作権が必要 |
PowerPoint Liveでは、レーザーポインターや描画は発表者だけが使えます。一方、Teamsの注釈は参加者全員が書き込めるので、スライド中心なら PowerPoint Live、実際のアプリ画面やブラウザ画面なら単一ウィンドウ共有 + 注釈と考えると選びやすくなります。(Microsoft Support)
導入前に押さえたい注意点
新機能としては分かりやすい一方で、現場では混乱しやすい点もあります。特に注意したいのは、Microsoftの「What’s new」や2026年3月の公式ブログでは単一ウィンドウ共有への注釈対応が案内されている一方、詳細ヘルプの一部にはまだ「window sharing では注釈できない」という旧仕様の注記が残っていることです。新機能の反映直後はヘルプ更新に差が出ることがあるため、最新クライアントで事前テストしてから本番利用するのが安全です。(Microsoft Support)
また、注釈は便利ですが、共有するウィンドウの中身まで自動で安全になるわけではありません。顧客名、個人情報、別案件のタブ、通知バナーなどは、共有するアプリ側で事前に整理しておく必要があります。「画面全体よりは安全」と「何を映しても安全」は別物として考えるのが実務的です。(TECHCOMMUNITY.MICROSOFT.COM)
まず試すならこの順番
- Teamsデスクトップアプリで短いテスト会議を作り、共有者と参加者を最低2人用意する。注釈はTeams会議での共有とWhiteboardベースのツール表示が前提なので、最初は標準的な構成で試すのが確実です。(Microsoft Support)
- ブラウザ、Excel、業務システムなど、普段の会議で見せることが多い1つのアプリウィンドウだけを共有し、Annotateを開始する。(TECHCOMMUNITY.MICROSOFT.COM)
- 最初は Only I can annotate で説明し、意見を集める場面だけ Everyone can annotate に切り替える。会議が散らかりにくくなります。(Microsoft Support)
- 会議の終わりに Save a snapshot を押して、注釈内容をWhiteboardに残す。レビュー会議や研修の振り返りに流用しやすくなります。(Microsoft Support)
Teams会議の単一ウィンドウ共有に注釈対応したことで、見せる範囲は最小限、議論はその場で可視化という運営がかなりやりやすくなりました。まずは社内の研修やレビュー会議で試し、うまく回ったら営業デモや社外打ち合わせへ広げる、という順番が失敗しにくい進め方です。(TECHCOMMUNITY.MICROSOFT.COM)
コメント