コミュニケーション計画の作り方｜報告・相談・緊急連絡の経路を分ける
週次報告を送っているのに、判断が必要な相談に返答がない。これは文章の上手さだけでなく、報告・相談・緊急連絡を同じ経路で扱っていることが原因かもしれません。コミュニケーション計画では、相手、内容、手段、タイミング、応答が必要な条件を定めます。会議を増やすためではなく、必要な情報が必要な人の行動につながるよう設計します。
報告・相談・周知を別の目的として扱う
報告は状況を伝え、相談は意見や判断を求め、周知は決まった変更を知らせます。一つのメールに混在させる場合も、何に回答が必要かを明記します。定期報告の本文に緊急の判断依頼を埋めると、いつもの共有として読まれる可能性があります。納期や利用者への影響が迫る場合は、合意した緊急経路へ切り替えます。チャット、メール、管理ツール、会議は優劣ではなく用途で選びます。正式な承認が必要な判断は、雑談で返事があっただけで承認扱いにしません。
計画表には応答と判断の期限を入れる
以下は説明用の運用例です。時間や曜日は各組織の対応体制へ置き換えてください。
| 目的 | 相手・内容 | 手段・タイミング | 応答・判断の条件 |
|---|---|---|---|
| 定期報告 | PM・進捗、リスク、残作業 | 正本へ記載し定例前に共有 | 認識差や追加確認を会議までに返す |
| 範囲の判断 | 業務責任者・追加依頼の影響 | 変更要求の参照と相談 | 計画確定に必要な日までに判断 |
| 障害連絡 | 運用責任者・確認事実と影響 | 組織指定の障害経路 | 既定の対応時間と代替経路を適用 |
| 決定の周知 | 影響部門・適用日と次の行動 | 決定記録の参照を配信 | 必要な対応の担当と期限を確認 |
「受信しました」と「承認しました」は異なります。受領確認の期限と判断期限を分けると、連絡が届いていないのか、材料を確認中なのかを区別できます。
未応答時の経路を事前に合意する
期限を過ぎた場合は、まず届いたかと回答予定を確認します。その後、代替窓口や上位判断者へ相談する条件を決めます。最初から多数の人をCCに入れて圧力をかける運用にはしません。不在時の代理が判断できる範囲も必要です。連絡が取れないからといってPMOが本来の権限を超えて承認してよいわけではありません。緊急連絡では夜間・休日の体制を組織のルールに沿って確認します。個人の私用連絡先や常時応答を当然の前提にしないでください。
正本とアクセス権を確認する
複数の添付ファイルに別々の数字があると、正しい状況を伝えられません。最新の管理表や決定記録を正本として示し、対象版と更新日時を確認します。一方でリンクを送れば全員が読めるとは限りません。必要な閲覧権限を正規手続きで確認し、機密資料を誰でも見える設定へ変更しないようにします。チャットで決まった事項も、正式な記録へ戻します。履歴を探し続ける状態を避けるため、管理表に判断の参照先を残します。
連絡量でなく行動につながったかを見直す
毎週、判断待ちの期間、同じ確認の繰り返し、会議で初めて発覚した認識差を点検します。メッセージ件数が多いことを成果としません。定例で読むだけの項目は事前共有へ移し、判断が必要なものへ会議時間を使えます。ただし閲覧できる時間や環境があるかも確認します。相手や内容が変わったときは計画を更新します。誰に何を伝え、次にどう動いてほしいかが分かる計画にすることが、連絡の抜けと過剰を減らす出発点です。
次に確認したい実務ガイド
PMO実務テンプレート・確認表の一覧から、目的に合う記事を探せます。
参考情報とこの記事の位置づけ
関係者・連絡内容・手段・頻度を整理する考え方を確認しました。緊急時の段階や期限は説明用です。 Atlassian：Communication Plan（確認日：2026年10月11日）。記入例・確認表は当サイトが説明用に作成したもので、実在の案件・実績ではありません。
週次報告書の書き方も必要な作業に合わせて参照してください。
アイキャッチ写真：Headway / Unsplash。職場の実写ではなくイメージ写真です。
