フレームワーク活用ガイドひとことで言うと#
プロジェクトに関わるすべての人に対して、「誰に」「何を」「いつ」「どの手段で」「誰が」伝えるかを一覧表にまとめた計画書。行き当たりばったりの情報共有をやめ、必要な人に必要な情報が必要なタイミングで届く仕組みを作る。
押さえておきたい用語#
- ステークホルダー（Stakeholder）
- プロジェクトの結果に影響を受ける、または影響を与えるすべての関係者を指す。経営層・顧客・チームメンバー・外部ベンダーなどを含む。
- 情報ニーズ（Information Needs）
- 各ステークホルダーが意思決定や業務遂行のために必要とする情報の種類と粒度のこと。経営層はサマリー、開発者は技術詳細を求める。
- エスカレーション（Escalation）
- 問題やリスクをより上位の意思決定者に報告・引き上げる行為のこと。コミュニケーション計画でエスカレーションの基準と経路を事前に定義する。
- RACI（レイシー）
- Responsible（実行）・Accountable（説明責任）・Consulted（相談）・Informed（通知）の4つの役割で責任分担を明確にするマトリクスを指す。
コミュニケーション計画の全体像#
こんな悩みに効く#
- 「聞いていない」とステークホルダーからクレームが来る
- 報告やミーティングが多すぎて、本来の作業時間が圧迫される
- 重要な情報が特定のメンバーで止まり、チーム全体に行き渡らない
基本の使い方#
誰がどんな情報を必要としているかを洗い出す。
- 経営層: 進捗サマリー、リスク、予算状況
- プロジェクトチーム: タスク詳細、技術的な意思決定
- 顧客・ユーザー: リリース情報、仕様変更
- 外部ベンダー: 要件、スケジュール、納品基準
ポイント: ステークホルダー分析と組み合わせると漏れがなくなる。
情報の種類に応じて最適な手段と頻度を設計する。
- 定例報告（週次/月次）: メール or ダッシュボード
- 緊急の意思決定: 対面 or Web会議
- 日常的な情報共有: Slack / Teams
- 公式な記録: 議事録、ドキュメント
ポイント: 情報の重要度と緊急度に応じて手段を使い分ける。全部メールは非効率。
一覧表にまとめて、チーム全体で共有する。
| 対象者 | 情報内容 | 頻度 | 手段 | 責任者 |
|---|---|---|---|---|
| 経営層 | 進捗・リスク | 月次 | 報告会 | PM |
| チーム | タスク進捗 | 日次 | デイリー | SM |
ポイント: シンプルな表形式がベスト。複雑にしすぎると運用されない。
計画どおりに情報が伝わっているか定期的に確認し、調整する。
- 「報告が多すぎる」→ 頻度を下げるか内容を絞る
- 「情報が届いていない」→ 手段を変えるか対象を追加する
- プロジェクトフェーズが変わったら見直す
ポイント: コミュニケーション計画も生きたドキュメント。状況に応じて更新する。
具体例#
状況: 従業員50名のIT企業。15名・6ヶ月のWebサービス開発プロジェクト。ステークホルダーは経営層・PO・開発チーム・デザインチーム・外部インフラベンダーの5グループ。
コミュニケーション計画表:
| 対象者 | 情報内容 | 頻度 | 手段 | 責任者 |
|---|---|---|---|---|
| 経営層 | 進捗サマリー・予算・リスク | 月次 | 報告会（30分） | PM |
| PO | スプリント成果・次計画 | 隔週 | スプリントレビュー | SM |
| 開発チーム | 日々の進捗・ブロッカー | 毎日 | デイリースタンドアップ | チーム |
| デザインチーム | 仕様変更・UI要件 | 週次 | Figmaコメント＋Slack | PO |
| インフラベンダー | 環境要件・スケジュール | 月次 | メール＋月例会議 | テックリード |
| 全員 | マイルストーン達成報告 | 随時 | メール | PM |
成果: 「聞いていない」クレームがゼロに。PMの報告作業時間が週3時間→1時間に削減。
コミュニケーション計画を策定したことで、PMの報告業務が週3時間から1時間に削減。「誰に何をいつ伝えるか」が事前に決まっているため、場当たり的な報告依頼がなくなった。
状況: 日本・ベトナム・アメリカの3拠点でモバイルアプリを共同開発（合計25名・8ヶ月）。タイムゾーンの差（日本GMT+9、ベトナムGMT+7、米国西海岸GMT-8）でコミュニケーションが頻繁に断絶していた。
コミュニケーション設計:
- 同期コミュニケーション: 3拠点が重なる時間帯（日本17:00 = ベトナム15:00 = 米国0:00）は不可。日本-ベトナムは日本10:00で同期。日本-米国は日本21:00で週2回。
- 非同期コミュニケーション: Slackの技術チャンネル＋Confluence（ドキュメント）。投稿から24時間以内に返信ルール。
- 週次全体会議: 金曜 日本10:00（ベトナム8:00・米国前日18:00）に30分。録画して欠席者も視聴可能に。
改善前後の比較:
| 指標 | 導入前 | 導入3ヶ月後 |
|---|---|---|
| 情報伝達の遅延（平均） | 48時間 | 12時間 |
| 認識齟齬による手戻り | 月8件 | 月2件 |
| 「情報が来ない」苦情 | 月12件 | 月1件 |
この取り組みが示すように、タイムゾーンの壁は「同期を減らし非同期を徹底する」ことで乗り越えられる。24時間返信ルールと週次録画会議の組み合わせで、情報伝達の遅延が48時間→12時間に短縮。
状況: 地方の総合建設会社（従業員120名）。商業施設の新築工事（工期14ヶ月・総工費8億円）で、元請け＋12社の下請け業者が関わる。これまで電話と現場での口頭伝達が中心で、情報の行き違いによる手戻りが年間推定800万円発生。
コミュニケーション計画の策定:
| 対象者 | 情報内容 | 頻度 | 手段 | 責任者 |
|---|---|---|---|---|
| 施主 | 進捗・変更・予算 | 月次 | 報告会 | 現場所長 |
| 全下請け | 全体工程・安全情報 | 週次 | 朝礼＋工程表共有 | 工事主任 |
| 該当下請け | 工程変更・図面更新 | 随時 | 施工管理アプリ通知 | 現場監督 |
| 設計事務所 | 質疑・設計変更 | 随時 | 質疑管理台帳（クラウド） | 設計担当 |
導入の工夫: 施工管理アプリ（ANDPAD）を導入し、図面更新を自動通知。電話連絡を80%削減。
成果:
| 指標 | 導入前 | 導入6ヶ月後 |
|---|---|---|
| 情報行き違いによる手戻り費用 | 年間推定800万円 | 150万円 |
| 現場監督の電話対応時間 | 日平均2.5時間 | 日平均0.5時間 |
| 図面の最新版到達率 | 75% | 98% |
建設業のような多数の関係者が関わる業界こそ、コミュニケーション計画の効果は絶大。手戻り費用800万円→150万円の削減は、施工管理アプリの年間利用料（60万円）を大幅に上回るROIとなった。
やりがちな失敗パターン#
- 全員に全部伝えようとする — 情報過多は情報不足と同じくらい有害。相手が必要とする情報だけを選んで伝える
- 計画を作っただけで運用しない — 計画があっても実行しなければ意味がない。カレンダーにリマインダーを設定して確実に実行する
- 一方通行のコミュニケーションばかり — 報告するだけでなく、フィードバックを受け取る仕組みも設計する
- フェーズ変化時に見直さない — 開発フェーズとテストフェーズでは関係者や頻度が変わる。フェーズごとにコミュニケーション計画を更新する
まとめ#
コミュニケーション計画は、プロジェクトの情報伝達を設計する計画書。「誰に・何を・いつ・どうやって」を表にまとめ、必要な人に必要な情報が過不足なく届く仕組みを作る。情報共有のトラブルはプロジェクト失敗の主要因。計画的なコミュニケーションで予防しよう。