コミュニケーション計画とは|プロジェクトの連絡の決め方


この記事のポイント
- ✓コミュニケーション計画とは
- ✓プロジェクトで誰に何をいつどの手段で伝えるかを決めた取り決めです
- ✓会議と連絡手段の決め方
プロジェクトのコミュニケーション計画を作るよう言われたものの、何を書けばよいのか分からない。そんな状態で検索した人に向けて、この記事では、コミュニケーション計画とは何か、計画に書く項目、作り方の手順、会議と連絡手段の決め方、そのまま使える例、うまく回すコツまでを順番に説明します。結論から言えば、コミュニケーション計画は「誰に、何を、いつ、どの手段で、誰が伝え、どこに記録を残すか」を表1枚に決めたものです。立派な文書である必要はなく、関係者全員が同じ表を見て動けることが一番大切です。表は Excel やスプレッドシートで十分に作れます。複数人で担当と期限と進み具合を共有したい場合は、プロジェクト管理ツールのPinatecaを使う方法もあり、後半で使い方に触れます。
コミュニケーション計画とは何か
コミュニケーション計画とは、プロジェクトに関わる人たちの間で、情報をどう伝え、どう合意し、どう記録するかを前もって決めておく取り決めのことです。プロジェクト管理の分野では「コミュニケーション・マネジメント計画」や「コミュニケーションプラン」とも呼ばれます。中身はそれほど難しいものではなく、毎週の定例会議を何曜日に開くか、進み具合の報告を誰が誰に送るか、急ぎの相談はどの手段で連絡するか、といった日々の連絡の決まりを文字にしたものです。
国の情報システムを作るときの共通ルールである、デジタル庁の「デジタル・ガバメント推進標準ガイドライン」では、プロジェクトを管理するための文書(プロジェクト管理要領)に書く事項の1つとして、コミュニケーション管理が挙げられています。
イ コミュニケーション管理 ステークホルダーとの情報共有方法や合意形成方法等として、ステークホルダー間の連絡調整に関する方法、会議体の種類や開催頻度、合意形成手順、議事録管理等の具体的内容について記載する。 出典: digital.go.jp
ステークホルダーとは、プロジェクトに関わる人や組織のことで、発注した会社の担当者、実際に作業する人、完成したものを使う人、予算を承認する上司などが含まれます。合意形成とは、関係者の間で「これで進める」と決めることです。つまり、コミュニケーション計画に書くべきなのは、連絡の方法、会議の種類と頻度、物事を決める手順、議事録の残し方の4つが中心だと分かります。
同じガイドラインでは、コミュニケーション管理と並んで、工程管理、リスク管理、課題管理、変更管理、品質管理、記録管理なども書く事項として並んでいます。工程管理には進み具合の報告先、内容、頻度を、リスク管理や課題管理には問題が起きたときの報告先を書くよう求めています。この並びから分かるのは、コミュニケーション計画は単独の文書ではなく、進捗の報告、課題の報告、変更の連絡といった、ほかの管理の「伝える部分」を束ねる役割を持っているということです。
民間の小さなプロジェクトで、ここまでの文書をそろえる必要はありません。ただ、項目の考え方はそのまま使えます。数人のチームでも、関係者が社外にいる、在宅で働く人がいる、業務委託の人が加わる、という条件が1つでもあれば、連絡の決まりを先に書いておく価値は十分にあります。
計画がないプロジェクトで起きること
コミュニケーション計画がないまま進んだプロジェクトでは、似たような問題が繰り返し起きます。よく見かけるのは次のような場面です。
- 大事な決定がチャットの流れの中に埋もれ、後から誰も見つけられない
- 報告が人によってメール、チャット、口頭とばらばらで、上司が全体を把握できない
- 発注者が「聞いていない」と言い、作業した側は「伝えたはず」と言う
- 急ぎの問題が担当者の手元で止まり、責任者に届いたときには手遅れになっている
- 定例会議が増え続け、作業の時間が削られる
デジタル庁の標準ガイドラインの実践ガイドブックには、設計の段階で現場の担当者が形式的な確認しかせず、テストの段階になって「業務に合わない」と言われ、改修が必要になった事例が載っています。また、組織をまたぐプロジェクトでは、担当者どうしの話し合いが「前例になるから」「担当の範囲を超えるから」といった理由で止まりやすく、責任者が出てくる場を前もって作っておくことが大切だと書かれています。どちらも、誰がいつ何を確認し、困ったときに誰へ上げるかを決めていなかったことが原因の一部です。
こうした問題は、関わる人が増えるほど起きやすくなります。連絡の経路は人数が増えると急に増えるからです。3人のチームなら1対1の組み合わせは3通りですが、10人になると45通りになります。全員が全員と個別にやり取りする形では、どこかで必ず伝え漏れが起きます。コミュニケーション計画は、この経路を整理して「この情報はここを通る」と決める作業でもあります。
在宅勤務や業務委託が当たり前になった今は、隣の席の人に声をかけて確かめる、という手が使えない場面が増えています。顔を合わせない分、文字で残る連絡の決まりがないと、確認の手間が積み重なり、気づかないうちに作業が止まります。リモートで進むプロジェクトほど、計画の効き目は大きくなります。
計画に書く7つの項目
コミュニケーション計画に書く項目は、次の7つを押さえれば実務では足ります。
| 項目 | 決めること | 書き方の例 |
|---|---|---|
| 伝える相手 | 情報を受け取る人や組織 | 発注者の担当者、社内の責任者、作業メンバー |
| 伝える内容 | 何の情報か | 進み具合、課題、変更の依頼、決定事項 |
| 頻度と時期 | いつ、どのくらいの間隔か | 毎週月曜10時、発生したらその日のうち |
| 手段 | どの道具や場で伝えるか | 定例会議、メール、チャット、タスク管理ツール |
| 送り手 | 誰が伝える責任を持つか | プロジェクトの責任者、各担当者 |
| 返事の目安 | いつまでに返すか | 通常は翌営業日まで、急ぎは2時間以内 |
| 記録の残し方 | どこに何を残すか | 議事録は共有フォルダ、決定事項は課題の表 |
この表の行に、情報の種類ごとに1行ずつ書いていきます。たとえば「週次の進捗報告」「課題の報告」「仕様の変更依頼」「障害の連絡」「月次の報告」といった単位です。行は多くても10行前後に収めると、関係者が覚えられる量になります。
7つの中で特に抜けやすいのは、返事の目安と記録の残し方です。返事の目安がないと、送った側はいつまで待てばよいか分からず、催促するか迷う時間が生まれます。記録の残し方が決まっていないと、決定事項が会議の口頭だけで終わり、数週間後に「あのとき何と決めたか」で揉めます。この2つは、計画を作るときに必ず埋めてください。
もう1つ加えておきたいのが、問題を上に上げる経路、いわゆるエスカレーションの決まりです。エスカレーションとは、担当者の段階で解決できない問題を、上の立場の人に引き上げて判断してもらうことです。「納期に影響する問題は、分かった時点で責任者に連絡する」「2日たっても答えが出ない論点は、定例会議の議題にする」のように、上げる条件と相手を書いておくと、問題が担当者の手元で止まるのを防げます。
作り方の手順5ステップ
コミュニケーション計画は、次の5つの手順で作ると迷いません。初めてなら、1つのプロジェクトにつき、たたき台作りに1〜2時間を見ておけば足ります。
- 関係者を書き出す。社内、社外、作業する人、承認する人、使う人を、名前と役割で一覧にします。
- 関係者ごとに、何を知りたいかを書く。発注者は全体の進み具合と費用、作業メンバーは担当の期限と仕様、上司は大きな問題の有無というように、知りたいことは立場で違います。
- 情報の種類ごとに、頻度と手段と送り手を決める。前の節の7項目の表を埋めます。
- 関係者に見せて合意する。キックオフ(開始時の顔合わせ)の場で表を見せ、「この決まりで進めます」と確認します。合意した日付を表に書いておきます。
- 見直しの時期を決める。最初の1か月が終わった時点と、工程が変わる時点(設計から制作へ、制作からテストへなど)で見直すと決めておきます。
手順2がいちばん大切です。多くの計画が失敗するのは、送る側の都合で頻度や手段を決めてしまうからです。発注者の担当者が毎日チャットを見る習慣がないのに、報告をすべてチャットで流すと決めれば、報告は読まれません。相手が普段どの道具を見ているか、どのくらいの粒度の情報を求めているかを先に聞いてから決めると、計画が実際に使われます。
手順4の合意も省略しないでください。計画は作った人だけが知っていても意味がありません。関係者の全員が「この表のとおりに連絡する」と分かっている状態を作ることが目的です。合意の記録は、キックオフの議事録に1行残しておけば十分です。
関係者ごとの伝え方の決め方
関係者を書き出したら、それぞれにどのくらい手厚く伝えるかを決めます。よく使われるのが、プロジェクトへの影響の強さと、プロジェクトへの関心の高さの2つで関係者を分ける考え方です。
| 区分 | 例 | 伝え方 |
|---|---|---|
| 影響が強く関心も高い | 発注者の責任者、予算を持つ上司 | 定例で直接報告し、重要な決定は事前に相談する |
| 影響は強いが関心は低い | 決裁だけする役員 | 月1回の短い報告と、判断が必要なときだけ連絡する |
| 影響は弱いが関心は高い | 完成品を使う現場の人 | 節目ごとに進み具合を知らせ、意見を聞く場を作る |
| 影響も関心も低い | 間接的に関わる部署 | 大きな変更があったときだけ知らせる |
この分け方の利点は、全員に同じ量の情報を送らなくてよくなることです。決裁だけする役員に毎週の細かい報告を送っても読まれませんし、現場の担当者に予算の話を流しても混乱するだけです。相手に合わせて量と頻度を変えると、送る側の手間も減ります。
関係者ごとに、伝える言葉の粒度を変えることも大事です。発注者の責任者には「予定どおりか、遅れているなら何日か、その理由と対策」の3点だけを1枚で伝えます。作業メンバーには、担当の作業、期限、前提となる仕様、困ったときの相談先を具体的に伝えます。同じ進捗でも、相手が判断に使う情報は違います。
社外の関係者が多い場合は、窓口を1人に絞ることも検討してください。発注者側から複数の人がばらばらに指示を出すと、作業する側は誰の言うことを優先すべきか分からなくなります。「仕様の指示は発注者側の窓口の1人を通す」と計画に書いておくだけで、指示の食い違いはかなり減ります。
会議の決め方:目的を決めて最小限にする
会議は、コミュニケーション計画の中でも時間を多く使う部分です。デジタル庁の実践ガイドブックでは、運用と保守の段階について、関わる人が多いと会議の種類がどうしても増え、中心となる担当者が会議に縛られて本来の作業に手が回らなくなりやすいと注意したうえで、会議の目的を整理し、出席者を前もって選ぶよう勧めています。
運用・保守フェーズは、複数の職員や事業者が関わるため、会議体の種類がどうしても多くなる傾向があります。中心的な役割を担うPJMOの職員や事業者の担当者は、会議出席に拘束されてしまい、本来行うべき作業に手が回らないという状況に陥りがちです。 出典: digital.go.jp
民間の小さなプロジェクトでも考え方は同じです。会議は次の3種類に分けて考えると整理できます。
- 日々の確認の場。朝会や夕会のような短い打ち合わせで、作業の確認と段取りを決めます。15分程度に収めます。
- 定例の報告の場。週1回か月1回、責任者どうしが状況を確かめ、方針を決めます。資料は前日までに共有します。
- 個別の課題を解く場。必要なときだけ開き、関係する人だけを呼びます。
会議ごとに、目的、出席者、時間、事前に配る資料、議事録を書く人の5つを計画に書いておきます。目的が「情報の共有」だけの会議は、文章の報告で置き換えられないかを考えてください。読めば分かる報告を会議で読み上げる時間は、参加者全員の作業時間を削ります。会議は、話し合わないと決まらないことを決める場として使うのが効率的です。
議事録は、会議の終わりに「決まったこと」「宿題(誰が、何を、いつまでに)」「次回までに確かめること」の3つだけを読み上げて確認すると、書き漏れと解釈の違いが減ります。議事録の置き場所と、会議の後いつまでに共有するか(たとえば当日中)も、計画に書いておきましょう。
連絡手段の使い分け
会議以外の連絡は、手段ごとに向き不向きがあります。手段の選び方を計画に書いておかないと、同じ話題がメールとチャットに分かれて流れ、どちらが最新か分からなくなります。
| 手段 | 向いている情報 | 向いていない情報 |
|---|---|---|
| メール | 社外への正式な連絡、契約や費用に関わる確認 | 短いやり取りが何往復も続く相談 |
| チャット | 短い質問、急ぎの連絡、ちょっとした相談 | 後から探す必要がある決定事項 |
| タスク管理ツールのコメント | 特定の作業に関するやり取り、作業の経緯 | 作業に結び付かない雑談 |
| 電話やビデオ通話 | こじれた話、感情が絡む相談、急ぎの判断 | 記録を残す必要がある合意(後で文字に残す) |
| 共有フォルダの文書 | 仕様書、議事録、報告書など長く残すもの | すぐ返事が欲しい連絡 |
ここで大切なのは、決定事項の置き場所を1か所に決めることです。チャットで決まった話も、電話で決まった話も、最後は決めた1か所に文字で残すと計画に書いておきます。たとえば「決定事項は課題の表に記録し、チャットには表へのリンクを貼る」という決まりです。
チャットについては、返事を急がなくてよい連絡と、すぐ見てほしい連絡を区別する決まりも役立ちます。たとえば、急ぎのときだけ相手の名前を付けて呼ぶ、勤務時間外の連絡は翌営業日の返事でよい、といった決まりです。在宅で働く人や、ほかの仕事と掛け持ちしている業務委託の人がいるチームでは、連絡が取れる時間帯を表に書いておくと、返事が遅いことへの不満が起きにくくなります。
例:小さなWeb制作案件のコミュニケーション計画
具体的な形を見たほうが作りやすいので、発注者1社、社内の責任者1人、デザイナーとコーダーの業務委託2人で進めるWebサイト制作を例に、計画を作ってみます。期間は3か月です。
| 情報 | 相手 | 頻度・時期 | 手段 | 送り手 | 返事の目安 | 記録 |
|---|---|---|---|---|---|---|
| 進捗報告 | 発注者の担当者 | 毎週金曜17時 | メール(1枚の報告書) | 社内の責任者 | 不要 | 共有フォルダ |
| 定例会議 | 発注者、責任者 | 隔週火曜10時、30分 | ビデオ通話 | 社内の責任者 | 当日中に議事録 | 共有フォルダ |
| 作業の確認 | 責任者、業務委託2人 | 毎日 | タスク管理ツールのコメント | 各担当者 | 翌営業日まで | 各タスク |
| 仕様の変更依頼 | 責任者 | 発生したとき | メール | 発注者の窓口1人 | 2営業日以内に回答 | 変更の一覧表 |
| デザインの確認依頼 | 発注者 | 節目ごと | メール(URLを添える) | 社内の責任者 | 3営業日以内 | 確認の記録表 |
| 遅れや問題の連絡 | 責任者 | 分かった時点 | チャットで名前を付けて呼ぶ | 各担当者 | 2時間以内 | 課題の表 |
この表に、エスカレーションの決まりを1行添えます。「納期が2日以上遅れる見込みになったら、責任者がその日のうちに発注者へ電話し、翌日までにメールで対策を送る」といった形です。
計画を作る前と後で、同じ案件がどう変わるかも見ておきましょう。計画がない状態では、発注者から複数の担当者へ別々に修正依頼が届き、デザイナーは古い指示で作業を進め、責任者は金曜になって初めて食い違いに気づく、ということが起きがちです。計画を作った後は、変更依頼が窓口の1人からメールで届き、責任者が一覧表に記録して担当に振り分けるので、誰がどの指示で動いているかがいつでも確かめられます。報告の時期も決まっているため、発注者が「今どうなっていますか」と問い合わせる回数も減ります。
表の1行目にある金曜の進捗報告は、毎回同じ型で書くと、送る側も読む側も楽になります。型は次の4つの見出しだけで足ります。
- 今週の結果。予定していた作業のうち、終わったものと終わっていないもの。
- 予定との差。遅れや前倒しがあれば、その日数と理由。
- 困っていること。発注者に判断や素材の提供をお願いしたいこと。期限も添えます。
- 来週の予定。来週に終える作業と、発注者に確認を依頼する予定のもの。
この型で書くと、発注者は3の項目だけを見れば自分の宿題が分かり、責任者は2の項目で遅れの芽に気づけます。長さは画面1枚に収まる程度で十分です。
この例の表は、行を入れ替えればほかの案件にも使えます。動画の制作なら「デザインの確認依頼」を「初稿の確認依頼」に、システム開発なら「テスト結果の報告」を加える、といった具合です。
計画を作るメリットとうまく回すコツ
コミュニケーション計画を作るメリットは、大きく4つあります。
- 伝え漏れと二重連絡が減る。誰が何を伝えるかが決まっているので、同じ連絡を複数の人が送ったり、誰も送らなかったりすることがなくなります。
- 確認の手間が減る。報告の時期が決まっていると、相手から「どうなっていますか」と聞かれる前に情報が届きます。
- 問題が早く見つかる。上に上げる条件が決まっていると、遅れや食い違いが小さいうちに責任者へ届きます。
- 新しく加わった人がすぐ動ける。途中から入った業務委託の人も、表を見れば誰に何を聞けばよいかが分かります。
うまく回すコツは、計画を「作って終わり」にしないことです。次の3つを意識してください。
1つ目は、表を誰でもすぐ開ける場所に保存することです。キックオフで配っただけのファイルは、2週間もすれば誰も開かなくなります。チームが毎日使う場所の先頭にリンクを固定しておくと、迷ったときに確かめてもらえます。
2つ目は、最初は決まりを少なくすることです。完璧な計画を作ろうとして20行の表を作っても、誰も覚えられません。最初は5〜6行で始め、困ったことが出てきたら行を加えるほうが定着します。
3つ目は、見直しの場を決めておくことです。定例会議の最後に5分だけ「連絡のやり方で困っていることはないか」を聞く時間を作ると、決まりと実態のずれに早く気づけます。報告の頻度が多すぎる、手段が合わない、といった声が出たら、その場で表を直して日付を更新します。
よく起きる失敗と直し方
コミュニケーション計画を作っても、うまく回らないことはあります。よくある失敗と直し方を整理します。
| 失敗 | 起きる理由 | 直し方 |
|---|---|---|
| 報告が読まれない | 相手が普段見ない手段で送っている | 相手が毎日見る手段に変え、要点を3行にする |
| 会議が長くなる | 報告の読み上げに時間を使っている | 報告は前日に文章で配り、会議は決めることだけにする |
| 決定事項が見つからない | 記録の場所が決まっていない | 決定事項の置き場所を1か所にし、チャットにはリンクだけ貼る |
| 指示が食い違う | 発注者側の窓口が複数いる | 仕様の指示は窓口1人を通すと決め、全員に伝える |
| 問題の報告が遅れる | 上に上げる基準がない | 「納期に影響するものはその日のうち」と条件を書く |
| 計画が守られない | 関係者が合意していない | キックオフで表を見せて合意し、議事録に残す |
失敗の多くは、決まりを作ったことではなく、決まりが相手に合っていないことから起きます。直すときは「誰が困っているか」を先に聞き、その人の働き方に合わせて表を直すのが近道です。
もう1つ気をつけたいのは、計画が責任の押し付け合いの道具になることです。「計画どおりメールで送ったのに読まなかったほうが悪い」と言い合っても、プロジェクトは前に進みません。報告が読まれていないと分かったら、手段を変えるか、大事な連絡だけは電話で一言添えるなど、相手に届くまでを送り手の責任と考えるほうが、結果としてチームの連絡はうまく回ります。
工程ごとに計画の重点を変える
コミュニケーション計画は、プロジェクトの最初から最後まで同じ形で使うものではありません。工程によって、やり取りの中身と相手が変わるからです。デジタル庁の実践ガイドブックでも、会議の構成はプロジェクトの工程によって変わっていくと書かれており、要件を決める段階の会議、ほかのシステムとの調整の会議、テストの会議、進捗の報告会議というように、段階ごとに必要な場が挙げられています。小さな案件でも、次のように重点を変えると無理がありません。
| 工程 | 特に気を配る連絡 | 計画で加えること |
|---|---|---|
| 立ち上げ | 目的と範囲の合意 | キックオフの日時、出席者、合意した内容の記録先 |
| 要件や仕様を決める段階 | 現場の意見を集めて決める | 確認の依頼の期限、決定の責任者、決定事項の記録先 |
| 制作や開発の段階 | 作業の進み具合と小さな相談 | 日々の確認の手段、返事の目安、遅れの連絡の条件 |
| テストや確認の段階 | 不具合の報告と直した結果の共有 | 不具合の報告の形式、直す優先順位を決める人 |
| 納品や公開の前後 | 出してよいかの判断と、公開後の問い合わせ | 判断の会議、公開後の連絡先、問い合わせの受け方 |
特に、要件や仕様を決める段階では、実際に使う人の意見を確かめる場を計画に入れておくことが大切です。実践ガイドブックでは、現場で業務を担う人が自ら仕様を決めることが重要だとしています。発注者の窓口だけと話を進め、使う人の確認を後回しにすると、完成間際になって「使いにくい」と言われ、作り直しが生じます。
テストの段階では、不具合の報告が一気に増えます。報告の形式(どの画面で、何をしたら、どうなったか、本来どうなるべきか)を決めておかないと、作業する側が再現のために何度も問い合わせることになります。工程が変わる時点で表を見直し、その段階で増える連絡に合わせて行を加えるか、使わなくなった行を外してください。見直した日付と変えた行を表の上に1行ずつ書いておくと、途中から加わった人も、いつから決まりが変わったのかをすぐに確かめられます。
道具の選び方:表計算で足りる場面とツールが要る場面
コミュニケーション計画そのものは、Excel やスプレッドシートの表1枚で作れます。関係者が数人で、連絡の大半がメールと定例会議で済むなら、表計算で十分です。新しい道具を入れると、使い方を覚える手間と、どこに何を書くかの決まりが増えるからです。
一方で、次のような条件がそろうと、表計算だけでは回しにくくなります。
- 作業の数が多く、誰が何をいつまでにやるかを表で追い切れない
- 社外の人や業務委託の人が加わり、作業ごとのやり取りを1か所に残したい
- チャットとメールに話が分かれ、決定事項がどこにあるか分からなくなっている
こうした場面では、プロジェクト管理ツールを使い、作業ごとのやり取りを作業の画面に集める方法があります。プロジェクト管理ツールとは、作業をカードや課題として登録し、担当、期限、進み具合をチームで共有する道具のことです。代表的なものの1つに Backlog があります。Backlog は2027年1月1日にプランを改定すると公式ブログで告知しており、現在のプランの新規契約は2026年12月31日までで、新しいプランはエコノミー、ビジネス、プロフェッショナルの3つになります。公式の告知では、エコノミープランの月払い料金は月額21,000円(税抜)でユーザー数の上限は15、フリープランのユーザー上限は10名から5名に変わると案内されています。これから契約する場合は、改定後の条件で比べておくと安心です(Backlogのプラン改定のお知らせ)。
複数人で担当と期限と進み具合を共有したい場面の選択肢の1つがPinatecaです。公式サイトによると、カンバン、ガントチャート、カレンダー、リストなど8種類のボードとチャットが無料プランから使えます。カードのコメントで @ を付けて相手を呼ぶと、その人の受信箱に届き、カード、コメント、添付をまたいで検索できるので、コミュニケーション計画で「作業の確認はカードのコメントで行う」と決めた場合の受け皿になります。論点ごとに話し合うディスカッションボードもあり、決まるまで話す場として使えます。社外ゲストの招待にも対応していると案内されています。
公式の料金ページによると、5人までのチームなら期限なしで無料で、ボードは10個まで、クレジットカードの登録は要りません。6人目、または11個目のボードからはスタンダードプランになり、料金は1人あたり月額500円(税抜、年払いなら1人あたり月額400円)です。ただし、Pinateca はコミュニケーション計画の文書を作る道具ではありません。計画の表は表計算で作り、計画で決めた作業のやり取りと進み具合を Pinateca で共有する、という使い分けになります。
Pinatecaは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。
業務委託や在宅で関わる人から見たコミュニケーション計画
コミュニケーション計画は、発注する側だけのものではありません。業務委託や在宅で案件を受ける側にとっても、仕事の進めやすさを大きく左右します。在宅ワークの仲介を2004年から続けてきた運営者として見てきた限りでは、長く続く取引ほど、最初の打ち合わせで「報告は週1回、金曜にメールで」「急ぎはチャットで名前を付けて」「修正の依頼は窓口の1人から」といった連絡の決まりを双方で確かめています。逆に、決まりがないまま始まった取引では、修正依頼が複数の人から届いて作業がやり直しになり、双方に不満が残る形で終わることが少なくありません。
受ける側から連絡の決まりを提案するのも、信頼を得る近道です。初回の打ち合わせで、前の節の表を簡単にした案を出し、「この形で進めてよいですか」と聞くだけで、依頼する側は安心して任せられます。中間の手数料がかからない直接のやり取りでは、連絡の決まりを双方で直接話し合えるため、こうした取り決めを作りやすいという面もあります。
事業の計画づくりやプロジェクトの進め方を支援する仕事では、コミュニケーション計画の作成そのものが依頼の中身になることもあります。どんな仕事があるかは経営・事業計画・起業支援のお仕事で、システムやアプリを作る案件で求められる進め方はアプリケーション開発のお仕事で紹介しています。制作の案件で連絡の決まりを主導できる人は、作業者から進行も任せられる人へと役割を広げやすく、単価の相場はデザイナーの年収・単価相場で確かめられます。
計画の作り方を体系的に学びたい人には、企業の経営を総合的に診断し助言する国家資格の中小企業診断士も選択肢になります。補助金の申請のように、関係者と文書をやり取りしながら期限内に計画書を仕上げる仕事の流れは、小規模事業者持続化補助金2026|採択率を上げる事業計画書の書き方が参考になります。どの立場で関わる場合でも、まずは次のプロジェクトで、7項目の表を5行だけ作ってみるところから始めてください。
よくある質問
Q. コミュニケーション計画は小さなプロジェクトでも必要ですか?
関係者が社外にいる、在宅で働く人がいる、業務委託の人が加わる、のどれかに当てはまるなら、数人のチームでも作る価値があります。立派な文書は要らず、情報の種類ごとに相手、頻度、手段、送り手、返事の目安、記録の場所を5〜6行の表に書くだけで十分です。作る時間は1〜2時間ほどで、その後の確認の手間が減ります。
Q. コミュニケーション計画とプロジェクト計画書の違いは何ですか?
プロジェクト計画書は、目的、範囲、体制、スケジュール、予算など、プロジェクト全体の計画を書いた文書です。コミュニケーション計画はその中の一部で、関係者の間で情報をどう伝え、どう合意し、どう記録するかに絞った取り決めです。小さな案件では、計画書の1ページとして表を付ける形でも構いません。
Q. 計画を作っても守られないときはどうすればよいですか?
まず、関係者が計画に合意しているかを確かめます。キックオフで表を見せて合意を取っていないなら、改めて確認の場を作ります。合意しているのに守られない場合は、手段や頻度が相手の働き方に合っていないことが多いので、困っている人に理由を聞き、相手が普段見る手段に変えるなど、表を直して日付を更新します。
Q. コミュニケーション計画はどのくらいの頻度で見直せばよいですか?
最初の1か月が終わった時点と、設計から制作、制作からテストのように工程が変わる時点で見直すのが目安です。定例会議の最後に5分だけ連絡のやり方で困っていることを聞く時間を作ると、決まりと実態のずれに早く気づけます。メンバーが入れ替わったときも、その都度見直してください。
この記事について
編集部
監修:@SOHO編集部
2004年よりフリーランス・在宅ワーク向けサービスを運営。生成AIで作成した下書きを、一次情報と照らし合わせて確認したうえで公開しています。

この記事を書いた人
@SOHO編集部
フリーランス・在宅ワークの専門メディア
@SOHOは2004年から続く、日本のフリーランス・在宅ワーク向け案件サイトです。記事は生成AIで下書きを作り、数値・固有名・出典を一次情報と照らし合わせる確認の手順を経て公開しています。
関連記事

Ameba OwndからLynxPressへ移行する手順|独自ドメインのまま12月24日までに引っ越す 2026

ホームページの移行方法|ドメインを変えずに引っ越す手順と転送の設定 2026

Ameba OwndからWordPressへ移行する手順|サーバー契約から独自ドメインの切り替えまで 2026

Ameba Owndのアドレスが変わる人へ|独自ドメインなしのサイトを移すときの検索とリンクの対策 2026

Ameba Owndからの移行で検索順位を落とさない方法|独自ドメインの有無で変わる 2026

ホームページ移行代行の費用相場|Ameba OwndやWixから移すときの見積もりの目安 2026

Ameba Owndで作ったポートフォリオの移し先|フリーランスが実績を見せ続けるには 2026

WixとAmeba Owndの比較|Owndの移行先にWixを選ぶ前に確かめること 2026
カテゴリから探す

クラウドソーシング入門
クラウドソーシングの基礎知識・始め方・サイト比較

職種別ガイド
職種・スキル別の案件獲得方法と単価相場

副業・在宅ワーク
副業・在宅ワークの始め方と対象者別ガイド

フリーランス
フリーランスの独立・営業・実務ノウハウ

お金・税金
確定申告・節税・経費・ローンなどお金の知識

スキルアップ
プロフィール・提案文・単価交渉などのテクニック

比較・ランキング
サービス比較・おすすめランキング

AI活用
職種別にChatGPT・生成AIを活用して業務効率化・収益化するノウハウ

最新トレンド
市場動向・法改正・AIなど最新情報

発注者向けガイド
クラウドソーシングで外注・人材探しをする企業・個人向け

転職・キャリア
転職エージェント・転職サイト比較・キャリアチェンジ

看護師の転職・求人
看護師の転職・派遣・単発バイト・副業など働き方のガイド。診療や医学の情報は扱いません

薬剤師の転職・求人
薬剤師・登録販売者の転職・派遣・パートなど働き方のガイド。診療や医学の情報は扱いません

介護職の転職・求人
介護職・介護福祉士・ケアマネジャー・訪問介護員の転職・派遣・夜勤など働き方のガイド

保育士の転職・求人
保育士・保育補助・幼稚園教諭の転職・派遣・パートなど働き方のガイド

医療職の転職・求人
医師・産業医・リハビリ職・歯科衛生士・管理栄養士・医療事務の転職や働き方のガイド。診療や医学の情報は扱いません

保険
生命保険・医療保険・フリーランスの保険設計

採用・求人
無料求人掲載・採用コスト削減・人材募集の方法

オフィス・ワークスペース
バーチャルオフィス・コワーキング・レンタルオフィス

法律・士業
契約トラブル・士業独立開業・フリーランス新法

シニア・50代
シニア世代のキャリアチェンジ・副業・年金

セキュリティ
サイバーセキュリティ・脆弱性対策・情報保護

金融・フィンテック
暗号資産・決済・ブロックチェーン・金融テクノロジー

ガジェット・機材
フリーランスに役立つPC・デバイス・周辺機器

子育て×働き方
子育てと在宅ワークの両立・保育園・時間管理

補助金・助成金
個人事業主・フリーランスが使える公的補助金・助成金・給付金の申請ガイド

M&A・事業売却
会社売却・事業承継・事業譲渡を考える経営者向け。売却の流れ、税金、従業員への伝え方、仲介会社の選び方

アウトソーシング・外注ガイド
SNS運用・経理・広告など、業務のアウトソーシング(外注)を検討する企業・個人向け。費用相場・依頼の流れ・失敗しない選び方