コミュニケーション計画書の作り方|受信者・情報・頻度・媒体・責任者を1枚のマトリクスにまとめる

「言った・言わない」「聞いていない」でプロジェクトが揉める——そのほとんどは、誰に・何を・いつ・どの媒体で・誰が伝えるかを決めていないことが原因です。この記事では、コミュニケーション計画書(コミュニケーションマネジメント計画書)を、受信者・情報・頻度・媒体・責任者の5W1Hマトリクスとして1枚にまとめる方法を、8項目テンプレート・記入例・作成5ステップ・よくある失敗まで、初めて作るPMが今日から使えるように解説します。

※ 本記事はアフィリエイト広告(Amazon アソシエイト等)を含みます

「その件は先週の会議で共有したはずです」「いや、私は聞いていません」——プロジェクトが進むほど増えていく、この手の食い違い。原因を一つずつたどると、たいていは**“誰に・何を・いつ・どの手段で伝えるか”を最初に決めていない**ことに行き着きます。情報を流す仕組みがないまま「気づいた人が、気づいたときに、思いついた手段で」共有していれば、抜け漏れや二重連絡が起きるのは当然です。

これを仕組みで防ぐ文書が コミュニケーション計画書(コミュニケーションマネジメント計画書) です。結論から言えば、コミュニケーション計画書とは「プロジェクトの情報を、誰に・何を・いつ・どの頻度・どの媒体で・誰が発信するかを、あらかじめ決めて一覧化した表」です。ポイントは、これを**1枚のマトリクス(表)**に落とし込むこと。頭の中の「なんとなくの報連相」を、全員が見られる設計図に変えるのがゴールです。

この記事では、実務でそのまま使える8項目テンプレートと各列の書き方、5W1Hとの対応、Web導入プロジェクトの記入例、作成5ステップ、そしてよくある失敗までを具体的に解説します。

そもそもコミュニケーション計画書とは?

コミュニケーション計画書は、プロジェクトに関わるステークホルダーへ、どんな情報を・どのように届けるかを定めた計画文書です。PMBOK ではコミュニケーションマネジメント(知識エリア)の計画プロセスで作成する成果物にあたり、プロジェクトの立ち上げ〜計画フェーズで初版を作ります。

ここで押さえておきたいのは、これが社内・プロジェクト内部の関係者に向けた情報伝達の設計図だという点です。世の中に向けた広報・PR 計画とは別物で、混同しないよう注意します(Asana も同じ注意を促しています)。目的はあくまで「必要な人に、必要な情報が、必要なタイミングで届く状態」を作ることにあります。

コミュニケーション計画書の8項目テンプレート

計画書の中身は、1つのコミュニケーション(例:週次進捗報告)を1行とし、その行に「誰に・何を・いつ・どう・誰が」を書き切るマトリクス形式が最も実用的です。実務でそのまま使える8列を、各列の意味とセットで示します。最初から全部を厳密に埋める必要はなく、まずは②〜⑥の核があれば機能します。

#列(項目)何を書くか対応する5W1H
コミュニケーション名「週次進捗報告」「ステコミ」など、その情報伝達の呼び名
目的何のために行うか(進捗共有/意思決定/課題エスカレ 等)Why
受信者(対象者)誰に届けるか。役割で書く(PM/スポンサー/開発チーム)Who
情報内容何を伝えるか(進捗率・課題・リスク・決定事項 等)What
頻度・タイミングいつ・どれくらいの間隔か(毎週月曜/月次/随時)When
媒体・手段どの手段か(会議/メール/チャット/ダッシュボード)How・Where
発信責任者誰が発信・管理するか。必ず1人に決めるWho
形式・備考正式報告書か略式メモか、保存場所、エスカレ経路 等How

この8列がそろうと、**5W1H(Who/What/When/Where/Why/How)**が自然に埋まります。逆に言えば、5W1Hのどれかが空欄のコミュニケーションは「誰が受け取るのか不明」「いつ流れるのか不明」といった穴を抱えており、そこから伝達漏れが生まれます。

各列の書き方のコツ

受信者(③)は「全員」と書かない

最もやりがちな失敗が、対象者を「全員」にしてしまうことです。全員に全部送れば、重要な情報が大量の通知に埋もれ、かえって誰も読まなくなります。役員には結論とKPIだけ、開発チームには作業レベルの詳細というように、相手が必要とする粒度で分けます。ステークホルダーごとに情報レベルを変えるのがコミュニケーション計画の肝です。

頻度(⑤)は「適宜」で逃げない

「適宜共有」「必要に応じて」と書いた瞬間、その行は機能しなくなります。**「毎週月曜9時」「月末営業日」「P1課題は発生後2時間以内」**のように、カレンダーに落とせる具体度で書きます。頻度が決まっているからこそ、受け手も「いつ来るか」を予測でき、来なければ気づけます。

媒体(⑥)は用途で使い分けを明文化する

会議・メール・チャット・ダッシュボードは、それぞれ得意な用途が違います。議論と合意は会議、記録が要る通知はメール、即時のやり取りはチャット、常時参照はダッシュボード——といった使い分けルールを決めておくと、「この情報はどこで流れるのか」を全員が迷わなくなります。媒体を決めずに始めると、情報が複数ツールに散らばり、探すだけで時間を溶かします(Asana もこの点を”仕事のための仕事”の増加として警告しています)。

発信責任者(⑦)は必ず1人

「チームで」「みんなで」共有する、と書くと結局誰も発信しません。各行の発信責任者は1人に確定します。担当が明確なら、抜けたときに誰の責任かも一目で分かります。

記入例|Webシステム導入プロジェクト

実際に列を埋めるとどうなるか、社内向けWebシステムを導入するプロジェクトを例に示します。

コミュニケーション名目的受信者情報内容頻度媒体責任者
週次進捗報告進捗・課題の共有PM・コアチーム進捗率/課題/リスク/来週予定毎週月 10:00Teams+ステータスレポートPM
デイリースタンドアップ日々の同期開発チーム昨日/今日/困りごと毎営業日 9:30対面/Teams(15分)開発リーダー
ステアリングコミッティ意思決定スポンサー・役員KPI/重要課題/決定事項月次(第3木)対面会議+資料PM
課題エスカレーション判断・支援要請スポンサーP1課題・影響・選択肢発生後2時間以内メール+電話PM
議事録共有決定事項の記録配信会議参加者+関係者決定事項/ToDo/期限会議後24時間以内SharePoint保存+リンク通知各会議の書記

こうして並べると、**「役員向けの情報は月次でまとまり、現場向けは毎日流れ、緊急課題は即時に上がる」**という情報の流れ全体が1枚で見えます。新メンバーが入っても、この表を見れば「自分は何を・いつ・どこで受け取り、何を発信すべきか」がすぐ分かります。

作成の5ステップ

順序の肝は、①目的を先に握ることです。目的を飛ばして「とりあえず週次会議を入れる」と、会議のための会議が生まれます。「何のために情報を流すのか」から入ると、不要な報告を削り、足りない伝達を足せます。そして計画書は作って終わりではなく、プロジェクトの生き物として更新するもの。フェーズが変われば必要な情報も相手も変わるため、定例レビューで見直します(テンダのDXも、初期作成後の見直し・フェーズ移行時の変更対応を求めています)。

コミュニケーション計画書のメリット・注意点

メリット

  • 「言った・言わない」「聞いていない」を仕組みで防げる
  • 情報が流れる場所が定まり、探す・行き来する無駄が減る
  • ステークホルダーごとに情報の粒度を最適化できる
  • 新メンバーやベンダーも表を見れば報連相のルールが分かる
  • 緊急時のエスカレーション経路が事前に決まっている

デメリット

  • 作りっぱなしだと実態とズレて形骸化する
  • 列を盛りすぎると更新が面倒で誰も維持しなくなる
  • 体制・フェーズ変更のたびに見直さないと陳腐化する
  • 計画書があること自体が目的化し、中身が実行されない恐れ

よくある失敗5選

  1. 媒体を決めず情報が点在する — 会議・メール・チャットに情報が散らばり、「あの話どこで見た?」を探すのに時間を溶かす。媒体と用途を明文化して1本化する。
  2. 受信者を「全員」にして過剰通知 — 全員に全部送ると重要情報が埋もれる。相手が必要とする粒度で分ける。
  3. 頻度が「適宜」で曖昧 — カレンダーに落とせる具体度(毎週月曜/月末)で決める。
  4. エスカレーション経路が未定 — 緊急時に「誰に上げるか」で迷い、抱え込みや対応遅れを招く。上げる先・手段・判断ラインを先に決める。
  5. 作りっぱなしで更新しない — フェーズ・体制が変わっても直さず、実態とズレて誰も見なくなる。定例レビューで更新する。

よくある質問(FAQ)

Q. 何で作ればいいですか? 専用ツールは必要? A. Excel やスプレッドシートの表で十分です。行=コミュニケーション、列=8項目のマトリクスにするだけ。頻度やステークホルダー別の流れを視覚化したいときだけ、フローチャートやタイムラインを併用すれば足ります。

Q. ステークホルダー登録簿とどう違いますか? A. 登録簿は「関係者を分析し、誰にどう働きかけるか」を決める台帳(WHO の分析)。コミュニケーション計画書は「その人にどんな情報を・どの手段で流すか」を決める運用表(HOW の設計)です。登録簿を入力にして計画書を作ると効率的です。

Q. 小規模プロジェクトでも必要ですか? A. 必要です。ただし規模に応じて簡素化してよく、数行の表で「週次報告」「議事録共有」「緊急連絡」だけ決めておくだけでも、認識ズレは大きく減ります。

Q. 会議体だけ決めれば十分では? A. 会議は媒体の一つにすぎません。メール・チャット・ダッシュボードでの非同期共有や、緊急時のエスカレーションまで含めて設計することで、初めて「情報が届く仕組み」になります。

Q. どのくらいの頻度で見直しますか? A. 定例のプロジェクトレビューに合わせて(月次など)確認し、フェーズ移行・体制変更・ステークホルダーの入れ替えがあったタイミングでは必ず見直します。

まとめ

コミュニケーション計画書は、報連相を”気配り”から”仕組み”に変える1枚のマトリクスです。

まずは自分のプロジェクトのコミュニケーションを3〜5行、表に書き出してみてください。「誰に・何を・いつ・どう・誰が」を1枚に並べるだけで、チームの情報の流れは驚くほど整理されます。

出典・参考情報

関連記事