<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>コミュニケーションマネジメント計画書 - PM道場</title>
	<atom:link href="https://pmgokakudojo.com/tag/%E3%82%B3%E3%83%9F%E3%83%A5%E3%83%8B%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%83%9E%E3%83%8D%E3%82%B8%E3%83%A1%E3%83%B3%E3%83%88%E8%A8%88%E7%94%BB%E6%9B%B8/feed/" rel="self" type="application/rss+xml" />
	<link>https://pmgokakudojo.com</link>
	<description>プロジェクトマネジメントについて発信</description>
	<lastBuildDate>Fri, 14 Aug 2026 12:49:34 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.1</generator>

<image>
	<url>https://pmgokakudojo.com/wp-content/uploads/2026/07/正面笑顔_背景オレンジ-150x150.png</url>
	<title>コミュニケーションマネジメント計画書 - PM道場</title>
	<link>https://pmgokakudojo.com</link>
	<width>32</width>
	<height>32</height>
</image> 
<atom:link rel="hub" href="https://pubsubhubbub.appspot.com"/>
<atom:link rel="hub" href="https://pubsubhubbub.superfeedr.com"/>
<atom:link rel="hub" href="https://websubhub.com/hub"/>
<atom:link rel="self" href="https://pmgokakudojo.com/tag/%E3%82%B3%E3%83%9F%E3%83%A5%E3%83%8B%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%83%9E%E3%83%8D%E3%82%B8%E3%83%A1%E3%83%B3%E3%83%88%E8%A8%88%E7%94%BB%E6%9B%B8/feed/"/>
	<item>
		<title>コミュニケーションマネジメントとは？情報共有を設計してプロジェクトを成功へ導く方法を解説</title>
		<link>https://pmgokakudojo.com/aboutcommunicationmanagement/</link>
		
		<dc:creator><![CDATA[まーも]]></dc:creator>
		<pubDate>Thu, 06 Aug 2026 12:54:25 +0000</pubDate>
				<category><![CDATA[プロジェクトマネジメント用語集]]></category>
		<category><![CDATA[コミュニケーションマネジメント]]></category>
		<category><![CDATA[コミュニケーションマネジメント計画書]]></category>
		<category><![CDATA[コミュニケーション方法]]></category>
		<category><![CDATA[ステークホルダー]]></category>
		<category><![CDATA[プロジェクトマネジメント]]></category>
		<guid isPermaLink="false">https://pmgokakudojo.com/?p=890</guid>

					<description><![CDATA[<p>コミュニケーションマネジメントとは何かを初心者向けにわかりやすく解説。PMBOK®︎における考え方やコミュニケーションマネジメント計画書、実務で重要なポイント、プロジェクトマネージャ試験対策まで詳しく紹介します。</p>
<p>The post <a href="https://pmgokakudojo.com/aboutcommunicationmanagement/">コミュニケーションマネジメントとは？情報共有を設計してプロジェクトを成功へ導く方法を解説</a> first appeared on <a href="https://pmgokakudojo.com">PM道場</a>.</p>]]></description>
										<content:encoded><![CDATA[<p>「プロジェクトでは、もっとコミュニケーションを取るべきだ。」</p>
<p>プロジェクトでよく聞く言葉ですが、本当に重要なのはコミュニケーションの<strong>量</strong>ではありません。</p>
<p>重要なのは、<strong>必要な情報を、必要な人へ、必要なタイミングで届ける仕組みを作ること</strong>です。</p>
<p>この仕組みづくりを<strong>コミュニケーションマネジメント（Communications Management）</strong>と呼びます。</p>
<p>この記事では、コミュニケーションマネジメントの意味や目的、PMBOK®︎における考え方、実務で活用するポイントについて解説します。</p>
<h2>一言でいうと</h2>
<p><strong>コミュニケーションマネジメントとは、「プロジェクトで必要な情報を、適切な相手へ、適切な方法・タイミングで届ける仕組みを設計・運用する活動」です。</strong></p>
<h2>コミュニケーションマネジメントとは</h2>
<p>コミュニケーションマネジメントとは、プロジェクトで必要となる情報の収集・作成・共有・保管・活用を計画し、実行・管理する活動です。</p>
<p>PMBOK®︎では、単に「会話を増やすこと」ではなく、情報共有の仕組みを設計することが重視されています。</p>
<p>例えば、次のようなことを決めます。</p>
<ul>
<li>誰が誰へ情報を共有するのか</li>
<li>何を共有するのか</li>
<li>いつ共有するのか</li>
<li>どの手段で共有するのか</li>
<li>誰が承認するのか</li>
</ul>
<p>これらを明確にすることで、情報共有漏れや認識のズレを防ぐことができます。</p>
<h2>コミュニケーションマネジメントが重要な理由</h2>
<p>プロジェクトの失敗原因として最も多いものの一つが、コミュニケーション不足ではなく、<strong>コミュニケーションの設計不足</strong>です。</p>
<p>例えば、次のような問題があります。</p>
<ul>
<li>進捗報告の頻度が人によって異なる</li>
<li>重要な決定事項が一部のメンバーしか知らない</li>
<li>最新版ではない資料で作業してしまう</li>
<li>顧客への報告タイミングが遅れる</li>
</ul>
<p>情報共有のルールが決まっていないと、小さな認識の違いが大きなトラブルにつながります。</p>
<p>そのため、プロジェクト開始時にコミュニケーションを設計しておくことが重要です。</p>
<h2>PMBOK®︎におけるコミュニケーションマネジメント</h2>
<p>PMBOK®︎では、コミュニケーションマネジメントは次のプロセスで構成されています。</p>
<table>
<thead>
<tr>
<th>プロセス</th>
<th>概要</th>
</tr>
</thead>
<tbody>
<tr>
<td>コミュニケーションマネジメントの計画</td>
<td>情報共有方法やルールを決める</td>
</tr>
<tr>
<td>コミュニケーションのマネジメント</td>
<td>計画に沿って情報を共有する</td>
</tr>
<tr>
<td>コミュニケーションの監視</td>
<td>情報共有が適切に行われているか確認する</td>
</tr>
</tbody>
</table>
<p>計画・実行・改善を繰り返すことで、プロジェクト全体の情報共有品質を高めます。</p>
<h2>コミュニケーションマネジメント計画書とは</h2>
<p>コミュニケーションマネジメント計画書は、情報共有のルールをまとめた文書です。</p>
<p>一般的には次のような内容を記載します。</p>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>共有する情報</td>
<td>進捗、課題、リスク、品質など</td>
</tr>
<tr>
<td>共有先</td>
<td>スポンサー、顧客、チームなど</td>
</tr>
<tr>
<td>共有頻度</td>
<td>毎日・毎週・毎月など</td>
</tr>
<tr>
<td>共有方法</td>
<td>会議、メール、チャット、管理ツールなど</td>
</tr>
<tr>
<td>責任者</td>
<td>情報作成者・承認者</td>
</tr>
</tbody>
</table>
<p>この計画書によって、「誰が何を共有するのか」が明確になります。</p>
<h2>実務ではこんな場面で活用される</h2>
<p>例えば、20名規模のシステム開発プロジェクトでは、毎日全員が自由に情報共有すると、必要な情報が埋もれてしまいます。</p>
<p>そこで、コミュニケーションマネジメントとして次のようなルールを決めます。</p>
<ul>
<li>毎朝15分の進捗確認ミーティングを実施する</li>
<li>課題は課題管理表へ登録する</li>
<li>リスクは週次会議で確認する</li>
<li>仕様変更はメールではなく変更管理会議で承認する</li>
<li>スポンサーへは月次報告を実施する</li>
</ul>
<p>このように情報共有を標準化することで、認識違いや伝達漏れを防ぐことができます。</p>
<h2>よくある勘違い</h2>
<h3>コミュニケーション量を増やせばよいわけではない</h3>
<p>会議やチャットを増やしても、必要な情報が適切な相手へ届かなければ意味がありません。</p>
<p>重要なのは、情報共有の目的と方法を設計することです。</p>
<h3>コミュニケーション能力だけの問題ではない</h3>
<p>「話すのが苦手だからPMに向いていない」と考える人もいます。</p>
<p>しかし、優れたプロジェクトマネージャに必要なのは話術ではありません。</p>
<p><strong>情報共有の仕組みを設計する力</strong>です。</p>
<p>適切なルールや仕組みがあれば、個人のコミュニケーション能力に頼らなくても、プロジェクトは円滑に進められます。</p>
<h2>プロジェクトマネージャ試験ではここが重要</h2>
<p>IPAのプロジェクトマネージャ試験では、関係者との情報共有や調整方法が頻繁に問われます。</p>
<p>午後試験では、次の観点を具体的に説明できることが重要です。</p>
<ul>
<li>誰へどのような情報を共有したか</li>
<li>共有方法を選択した理由</li>
<li>共有頻度をどのように決めたか</li>
<li>情報共有によってどのような効果があったか</li>
</ul>
<p>単に「定例会議を実施した」と書くのではなく、「情報共有の仕組みを設計した」ことまで説明できると評価が高くなります。</p>
<h2>PM道場のワンポイント</h2>
<p><strong>コミュニケーションマネジメントとは、「話し上手になること」ではなく、「情報共有を仕組み化すること」です。</strong></p>
<p>私は企業研修でも、「PMに必要なのはコミュニケーション能力ではなく、コミュニケーションを設計する力」とお伝えしています。</p>
<p>会議の目的、報告ルール、エスカレーション方法、情報共有ツールなどをあらかじめ決めておけば、チームは迷わず行動できます。</p>
<p><strong>優れたプロジェクトマネージャは、人に頼るのではなく、仕組みによってコミュニケーションを円滑にしています。</strong></p>
<h2>関連用語</h2>
<ul>
<li>コミュニケーションマネジメント計画書</li>
<li>ステークホルダー</li>
<li>エスカレーション</li>
<li>キックオフミーティング</li>
<li>報告</li>
<li>課題（Issue）</li>
<li>リスク（Risk）</li>
<li>ステークホルダーエンゲージメント</li>
</ul>
<h2>まとめ</h2>
<p>コミュニケーションマネジメントとは、必要な情報を、適切な相手へ、適切なタイミング・方法で届ける仕組みを設計・運用する活動です。</p>
<p>プロジェクト成功の鍵は、コミュニケーション量ではなく、情報共有の質にあります。</p>
<p>情報共有を個人の能力に任せるのではなく、チーム全体が迷わず行動できる仕組みを作ることが、優れたプロジェクトマネージャの重要な役割です。</p>
<hr>
<h2>関連記事</h2>
<ul>
<li><a href="https://pmgokakudojo.com/aboutstakeholder/">ステークホルダーとは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutescalation/">エスカレーションとは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutkickoffmeeting/">キックオフミーティングとは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutriskmanagement/">リスクマネジメントとは？</a></li>
<li>課題（Issue）とは？</li>
<li><a href="https://pmgokakudojo.com/aboutstakeholderengagement/">ステークホルダーエンゲージメントとは？</a></li>
</ul>
<h2>よくある質問（FAQ）</h2>
<h3>Q. コミュニケーションマネジメントとは何ですか？</h3>
<p>A. プロジェクトで必要な情報を、適切な相手へ、適切な方法・タイミングで共有する仕組みを計画・運用する活動です。</p>
<h3>Q. コミュニケーションマネジメント計画書には何を書きますか？</h3>
<p>A. 共有する情報、共有先、共有頻度、共有方法、責任者など、情報共有のルールを記載します。</p>
<h3>Q. コミュニケーション能力が高くないとプロジェクトマネージャは務まりませんか？</h3>
<p>A. いいえ。重要なのは話術ではなく、情報共有を仕組みとして設計・運用する力です。</p><p>The post <a href="https://pmgokakudojo.com/aboutcommunicationmanagement/">コミュニケーションマネジメントとは？情報共有を設計してプロジェクトを成功へ導く方法を解説</a> first appeared on <a href="https://pmgokakudojo.com">PM道場</a>.</p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>PMに必要なのはコミュニケーション能力ではない。「コミュニケーションを設計する力」だった</title>
		<link>https://pmgokakudojo.com/zatsudankickoff/</link>
		
		<dc:creator><![CDATA[まーも]]></dc:creator>
		<pubDate>Tue, 04 Aug 2026 11:11:02 +0000</pubDate>
				<category><![CDATA[まーもの考え方]]></category>
		<category><![CDATA[コミュニケーションマネジメント]]></category>
		<category><![CDATA[コミュニケーションマネジメント計画書]]></category>
		<category><![CDATA[コミュニケーション方法]]></category>
		<category><![CDATA[プロジェクトマネージャ]]></category>
		<category><![CDATA[プロジェクトマネジメント]]></category>
		<category><![CDATA[リスクマネジメント]]></category>
		<category><![CDATA[立ち上げ]]></category>
		<category><![CDATA[雑談]]></category>
		<guid isPermaLink="false">https://pmgokakudojo.com/?p=769</guid>

					<description><![CDATA[<p>「PMに必要なのは本当にコミュニケーション能力なのでしょうか。人見知りだった私が、PMBOK®の考え方を通してたどり着いた答えは『コミュニケーションを設計する力』でした。キックオフやテーラリングを例に、苦手を仕組みで補うプロジェクトマネジメントを解説します。」</p>
<p>The post <a href="https://pmgokakudojo.com/zatsudankickoff/">PMに必要なのはコミュニケーション能力ではない。「コミュニケーションを設計する力」だった</a> first appeared on <a href="https://pmgokakudojo.com">PM道場</a>.</p>]]></description>
										<content:encoded><![CDATA[<p>「PMにはコミュニケーション能力が必要です。」</p>
<p>プロジェクトマネージャについて学ぶと、必ずと言っていいほど耳にする言葉です。</p>
<p>そのため、「話すのが得意な人」「誰とでもすぐに打ち解けられる人」がPMに向いていると思われがちです。</p>
<p>しかし、PMBOK®を読むと少し違った景色が見えてきます。</p>
<p>PMBOK®では、コミュニケーション・マネジメントについて、「必要な情報を、必要な人へ、適切なタイミングで届けるための計画・実行・監視」を重視しています。</p>
<p>一方で、「社交的になりましょう」「話し上手になりましょう」とは書かれていません。</p>
<p>私はこの違いに救われました。</p>
<p>なぜなら、私は人見知りだったからです。</p>
<p>私は「コミュニケーション能力を身に付けなければPMは務まらない」と思っていました。</p>
<p>しかし10年以上PMとして仕事を続ける中で気付いたのは、PMに本当に必要なのはコミュニケーション能力ではなく、<strong>コミュニケーションを設計する力</strong>だったということです。</p>
<h2>私が一番苦手だったのは「初対面の人」と話すこと</h2>
<p>人見知りにもさまざまなタイプがありますが、私が特に苦手だったのは初対面の人との会話でした。</p>
<p>プロジェクトが立ち上がると、多くのメンバーやステークホルダーとは初めて仕事をします。</p>
<p>本来であれば、自分から積極的に声を掛けて関係を築いた方が良いのでしょう。</p>
<p>しかし私は、</p>
<ul>
<li>何と話しかければいいんだろう。</li>
<li>今話しかけても迷惑ではないかな。</li>
</ul>
<p>そんなことばかり考えてしまい、自分から声を掛けることができませんでした。</p>
<p>「そのうち話す機会があるだろう。」</p>
<p>そう思って先延ばしにしていたのです。</p>
<p>ところが、その「話す機会」は決まってトラブルが起きたときでした。</p>
<h2>トラブルのときに初めて話すのでは遅い</h2>
<p>問題が発生すると、PMは多くの人と連携しながら状況を整理し、対応方針を決めなければなりません。</p>
<p>しかし、お互いに十分な関係性ができていない状態では、</p>
<ul>
<li>相談しづらい</li>
<li>本音を引き出しにくい</li>
<li>お願いもしづらい</li>
</ul>
<p>という状況になります。</p>
<p>私は何度も、</p>
<p><strong>「もっと早く話しておけば良かった。」</strong></p>
<p>と後悔しました。</p>
<p>当時は「コミュニケーション能力が足りないからだ」と思っていましたが、今振り返ると違います。</p>
<p><strong>コミュニケーションが生まれる場を設計できていなかった</strong>のです。</p>
<h2>私を変えたのは「キックオフミーティング」だった</h2>
<p>転機になったのは、キックオフミーティングの目的を変えたことでした。</p>
<p>以前の私は、キックオフはプロジェクトの目的やスケジュールを説明する場だと考えていました。</p>
<p>しかし今は違います。</p>
<p>私にとってキックオフの最大の目的は、</p>
<p><strong>「最初のコミュニケーションを設計すること」</strong></p>
<p>です。</p>
<p>自己紹介をする。</p>
<p>挨拶をする。</p>
<p>顔と名前を一致させる。</p>
<p>ほんの数分の会話でも構いません。</p>
<p>一度でも会話していると、その後のコミュニケーションは驚くほど楽になります。</p>
<p>チャットを送る心理的なハードルが下がります。</p>
<p>電話を掛けるときも、</p>
<p>「相手は自分の顔を思い出しながら話してくれている。」</p>
<p>そんな安心感があります。</p>
<p>私は社交的になったわけではありません。</p>
<p><strong>社交的でなくても話せる環境を作っただけ</strong>だったのです。</p>
<p>振り返ってみると、私は無意識のうちに<strong>「コミュニケーション・マネジメント計画」</strong>を見直していたのだと思います。</p>
<p>「誰と、いつ、どのようにコミュニケーションを取るか」を計画することは、情報共有だけではありません。</p>
<p><strong>コミュニケーションが自然に生まれるきっかけを設計すること</strong>でもあるのです。</p>
<h2>PMBOK®の「テーラリング」を、自分自身にも適用してみた</h2>
<p>PMBOK®では、プロジェクトの特性に合わせてプロセスや手法を調整することを<strong>テーラリング</strong>と呼びます。</p>
<p>私はこの考え方を、プロジェクトだけでなく自分自身にも当てはめるようになりました。</p>
<p>以前は、</p>
<ul>
<li>もっと話せるようになろう。</li>
<li>人見知りを克服しよう。</li>
</ul>
<p>と考えていました。</p>
<p>しかし、それでは長続きしませんでした。</p>
<p>そこで発想を変えました。</p>
<p><strong>「人見知りでも成果を出せるプロジェクト運営を設計しよう。」</strong></p>
<p>そう考えるようになったのです。</p>
<p>キックオフを実施する。</p>
<p>定例会を設ける。</p>
<p>レビューの場を作る。</p>
<p>相談しやすいルールを決める。</p>
<p>これらはプロジェクトを管理するためだけではありません。</p>
<p><strong>自分の苦手を補うための仕組み</strong>でもありました。</p>
<h2>PMは「人を変える」のではなく、「行動しやすい環境」を設計する</h2>
<p>この考え方は、プロジェクトメンバーにも当てはまります。</p>
<p>PMは、</p>
<p>「もっと相談してください。」</p>
<p>「もっと報告してください。」</p>
<p>と言うだけでは十分ではありません。</p>
<p>相談しやすいタイミングを決める。</p>
<p>報告する基準を決める。</p>
<p>定例会や1on1を設ける。</p>
<p>つまり、<strong>行動しやすい環境を設計する</strong>ことが重要です。</p>
<p>これは、PMBOK®のステークホルダー・エンゲージメントの考え方にも通じます。</p>
<p>ステークホルダーを動かすために必要なのは、「相手の性格を変えること」ではありません。</p>
<p>相手が行動しやすい環境を整えることです。</p>
<p>そして、この考え方は自分自身にも使えます。</p>
<p>人見知りという性格を変えようとするのではなく、</p>
<p><strong>人見知りでも行動できる環境を設計する。</strong></p>
<p>その方が、ずっと現実的で、再現性があります。</p>
<h2>私が考えるPMのコミュニケーション能力</h2>
<p>私は昔、コミュニケーション能力とは、</p>
<ul>
<li>話すのが上手なこと</li>
<li>誰とでも仲良くなれること</li>
</ul>
<p>だと思っていました。</p>
<p>しかし、今は違います。</p>
<p>私にとってPMのコミュニケーション能力とは、</p>
<p><strong>「必要な情報が、必要な人へ、必要なタイミングで届く状態を設計する力」</strong></p>
<p>です。</p>
<p>話すことが目的ではありません。</p>
<p>プロジェクトを前に進めることが目的です。</p>
<p>だからこそ、PMに必要なのは社交性ではなく、</p>
<p><strong>必要なコミュニケーションが自然に生まれる仕組みを作る力</strong>なのだと思います。</p>
<h2>おわりに</h2>
<p>私は今でも人見知りです。</p>
<p>初対面の人と話すことが得意になったわけではありません。</p>
<p>それでもPMとして仕事を続けられているのは、自分を変えたからではありません。</p>
<p><strong>自分に合った環境を設計するようになったから</strong>です。</p>
<p>これは、プロジェクトマネジャという仕事の本質にも通じています。</p>
<p>PMは、プロジェクトを成功へ導くために、計画を立て、仕組みを作り、人が動きやすい環境を整えます。</p>
<p>それなら、自分自身に対しても同じことができるはずです。</p>
<p>苦手なことを無理に克服しようとするのではなく、</p>
<p><strong>苦手でも成果を出せる環境を設計する。</strong></p>
<p>私は、それこそがプロジェクトマネジメントの考え方を、自分自身に活かすことなのだと思っています。</p>
<h2>あなたへの問いかけ</h2>
<p>あなたは、苦手なことに出会ったとき、自分を変えようとしていませんか。</p>
<p>それとも、苦手でも成果を出せる環境を設計しようとしていますか。</p>
<p>プロジェクトマネジメントは、プロジェクトを管理するための知識だけではありません。</p>
<p><strong>自分自身をマネジメントするための考え方</strong>でもあるのではないでしょうか。</p>
<h3>まずは一つだけ、環境を変えてみる</h3>
<p>もしあなたが私と同じように人見知りで悩んでいるなら、性格を変えようとする必要はありません。</p>
<p>まずは一つだけ、コミュニケーションが自然に生まれる仕組みを作ってみてください。</p>
<p>例えば、キックオフで必ず全員と自己紹介をする、定例会を設ける、1on1の時間を確保するなど、小さな工夫で十分です。</p>
<p>自分を変えることは難しくても、環境を変えることはできます。</p>
<p>その小さな仕組みが、プロジェクトだけでなく、あなた自身をきっと助けてくれるはずです。</p><p>The post <a href="https://pmgokakudojo.com/zatsudankickoff/">PMに必要なのはコミュニケーション能力ではない。「コミュニケーションを設計する力」だった</a> first appeared on <a href="https://pmgokakudojo.com">PM道場</a>.</p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>コミュニケーションマネジメント計画書とは？目的・記載内容・作り方をわかりやすく解説</title>
		<link>https://pmgokakudojo.com/aboutcommunicationmanagementplan/</link>
					<comments>https://pmgokakudojo.com/aboutcommunicationmanagementplan/#respond</comments>
		
		<dc:creator><![CDATA[まーも]]></dc:creator>
		<pubDate>Thu, 16 Oct 2025 05:46:28 +0000</pubDate>
				<category><![CDATA[プロジェクトマネジメント用語集]]></category>
		<category><![CDATA[エスカレーション]]></category>
		<category><![CDATA[コミュニケーションマネジメント計画書]]></category>
		<category><![CDATA[コミュニケーション方法]]></category>
		<category><![CDATA[ステークホルダー]]></category>
		<category><![CDATA[プロジェクト管理]]></category>
		<category><![CDATA[情報共有]]></category>
		<guid isPermaLink="false">https://pmgokakudojo.com/?p=178</guid>

					<description><![CDATA[<p>コミュニケーションマネジメント計画書とは何かを初心者向けにわかりやすく解説。目的、記載内容、作成方法、プロジェクトでの活用例、コミュニケーション不足を防ぐポイントを紹介します。</p>
<p>The post <a href="https://pmgokakudojo.com/aboutcommunicationmanagementplan/">コミュニケーションマネジメント計画書とは？目的・記載内容・作り方をわかりやすく解説</a> first appeared on <a href="https://pmgokakudojo.com">PM道場</a>.</p>]]></description>
										<content:encoded><![CDATA[<p><a href="https://pmgokakudojo.com/aboutproject/">プロジェクト</a>では、さまざまな人が関わり、多くの情報をやり取りします。</p>
<p>そのため、</p>
<ul>
<li>誰に情報を伝えるのか</li>
<li>何を伝えるのか</li>
<li>いつ伝えるのか</li>
<li>どのような方法で伝えるのか</li>
<li>問題が発生したとき、誰に報告するのか</li>
</ul>
<p>といったことを事前に決めておくことが重要です。</p>
<p>これらのコミュニケーションの方針や方法を整理したものが、<strong>コミュニケーションマネジメント計画書</strong>です。</p>
<p>コミュニケーションマネジメント計画書は、単なる「連絡方法の一覧」ではありません。</p>
<p><strong>プロジェクトに必要な情報を、必要な人へ、必要なタイミングで届けるための仕組みを設計するための文書</strong>です。</p>
<h2>一言でいうと</h2>
<p><strong>コミュニケーションマネジメント計画書とは、プロジェクトにおける情報の「誰に・何を・いつ・どのように伝えるか」を定めた計画書です。</strong></p>
<p>例えば、</p>
<ul>
<li>週次の進捗報告は誰に行うのか</li>
<li>課題が発生した場合は誰に報告するのか</li>
<li>チーム内の情報共有には何を使うのか</li>
<li>会議の議事録をどこに保管するのか</li>
<li>緊急時にはどのように連絡するのか</li>
</ul>
<p>などをあらかじめ決めておきます。</p>
<p>これによって、<strong>「誰に報告すればよいのか分からない」「必要な情報が共有されていない」といったコミュニケーション上の問題を防ぎやすくなります。</strong></p>
<h2>コミュニケーションマネジメント計画書とは</h2>
<p>プロジェクトでは、<a href="https://pmgokakudojo.com/aboutpmanager/">プロジェクトマネージャ</a>、チームメンバー、顧客、<a href="https://pmgokakudojo.com/aboutsponsor/">スポンサー</a>、経営層、外部ベンダーなど、多くの<a href="https://pmgokakudojo.com/aboutstakeholder/">ステークホルダー</a>が関わります。</p>
<p>それぞれが必要としている情報は異なります。</p>
<p>例えば、プロジェクトマネージャは詳細な課題やリスクを把握する必要がありますが、経営層はプロジェクト全体の進捗や重要な問題を把握できればよい場合があります。</p>
<p>そのため、全員に同じ情報を同じ方法で伝えるのではなく、<strong>相手に応じてコミュニケーションを設計する</strong>必要があります。</p>
<p>コミュニケーションマネジメント計画書は、そのための基本的なルールを整理したものです。</p>
<h2>なぜコミュニケーションマネジメント計画書が必要なのか</h2>
<h3>情報共有の漏れを防ぐ</h3>
<p>プロジェクトで発生する問題の中には、「問題そのもの」ではなく、<strong>必要な情報が必要な人に伝わっていなかったこと</strong>が原因となっているものがあります。</p>
<p>例えば、進捗が遅れているにもかかわらず、プロジェクトマネージャへの報告が遅れたとします。</p>
<p>その結果、対応が後手に回り、納期に間に合わなくなる可能性があります。</p>
<p>あらかじめ「どのような状況になったら誰に報告するか」を決めておけば、このような情報共有漏れを防ぎやすくなります。</p>
<h3>コミュニケーション方法を標準化する</h3>
<p>人によって情報共有の方法が違うと、プロジェクト内で混乱が生じます。</p>
<p>例えば、あるメンバーはメールで報告し、別のメンバーはチャットで報告し、別のメンバーは口頭で報告するといった状態です。</p>
<p>重要な情報がどこにあるのか分からなくなる可能性があります。</p>
<p>そこで、<strong>プロジェクトとして基本的な共有方法を決めておく</strong>ことが重要です。</p>
<h3>緊急時の連絡方法を明確にする</h3>
<p>通常の進捗報告だけではなく、重大な問題や障害が発生した場合の連絡方法も重要です。</p>
<p>例えば、</p>
<ul>
<li>通常の課題：週次会議で報告</li>
<li>重要な課題：当日中にプロジェクトマネージャへ報告</li>
<li>重大な障害：直ちに責任者へ<a href="https://pmgokakudojo.com/aboutescalation/">エスカレーション</a></li>
</ul>
<p>というように、重要度に応じた連絡方法を決めておくことができます。</p>
<h2>コミュニケーションマネジメント計画書に記載する内容</h2>
<p>プロジェクトによって必要な内容は異なりますが、一般的には次のような項目を整理します。</p>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>対象者</td>
<td>誰に情報を伝えるのか</td>
</tr>
<tr>
<td>情報</td>
<td>何を伝えるのか</td>
</tr>
<tr>
<td>目的</td>
<td>なぜ情報を伝えるのか</td>
</tr>
<tr>
<td>タイミング</td>
<td>いつ伝えるのか</td>
</tr>
<tr>
<td>頻度</td>
<td>どのくらいの頻度で伝えるのか</td>
</tr>
<tr>
<td>方法</td>
<td>会議、メール、チャット、報告書など、どの方法で伝えるのか</td>
</tr>
<tr>
<td>責任者</td>
<td>誰が情報を発信するのか</td>
</tr>
<tr>
<td>保管場所</td>
<td>情報や記録をどこに保存するのか</td>
</tr>
<tr>
<td>エスカレーション</td>
<td>問題が発生した場合、誰にどのように報告するのか</td>
</tr>
</tbody>
</table>
<p>すべてを細かく記載する必要があるわけではありません。</p>
<p><strong>プロジェクトの規模や複雑さに応じて、必要なレベルまで詳細化すること</strong>が重要です。</p>
<h2>コミュニケーションマネジメント計画書の作り方</h2>
<h3>1．ステークホルダーを整理する</h3>
<p>まず、プロジェクトに関係する人を整理します。</p>
<p>例えば、</p>
<ul>
<li>プロジェクトスポンサー</li>
<li>プロジェクトマネージャ</li>
<li>プロジェクトチーム</li>
<li>顧客</li>
<li>ユーザー</li>
<li><a href="https://pmgokakudojo.com/aboutpmo/">PMO</a></li>
<li>外部ベンダー</li>
</ul>
<p>などです。</p>
<p>重要なのは、単純に名前を並べるだけではなく、<strong>それぞれがどのような情報を必要としているのか</strong>を考えることです。</p>
<h3>2．必要な情報を整理する</h3>
<p>次に、それぞれのステークホルダーが必要とする情報を整理します。</p>
<p>例えば、プロジェクトスポンサーには、</p>
<ul>
<li>全体進捗</li>
<li>重要なリスク</li>
<li>重大な課題</li>
<li>予算状況</li>
</ul>
<p>などが必要になるかもしれません。</p>
<p>一方、プロジェクトチームには、</p>
<ul>
<li>作業状況</li>
<li>課題</li>
<li>変更事項</li>
<li>今後の予定</li>
</ul>
<p>など、より具体的な情報が必要になります。</p>
<h3>3．共有するタイミングを決める</h3>
<p>情報を「いつ」共有するのかを決めます。</p>
<p>例えば、</p>
<ul>
<li>毎日の進捗：<a href="https://pmgokakudojo.com/aboutdailyscrum/">デイリースクラム</a></li>
<li>週次進捗：週次進捗会議</li>
<li>月次報告：ステアリングコミッティ</li>
<li>重大な問題：発生時に即時報告</li>
</ul>
<p>などです。</p>
<p>すべての情報を定期的に共有する必要はありません。</p>
<p><strong>情報の性質に応じて、適切なタイミングを設定する</strong>ことが重要です。</p>
<h3>4．共有方法を決める</h3>
<p>次に、どのような方法で情報を共有するのかを決めます。</p>
<p>例えば、</p>
<ul>
<li>定例会議</li>
<li>メール</li>
<li>チャット</li>
<li>進捗報告書</li>
<li>ダッシュボード</li>
<li>プロジェクト管理ツール</li>
</ul>
<p>などがあります。</p>
<p>ここで重要なのは、<strong>共有方法を増やしすぎないこと</strong>です。</p>
<p>情報共有の方法が多すぎると、「どこを見れば最新情報が分かるのか」が分からなくなってしまいます。</p>
<p>プロジェクトに必要な共有方法を整理し、できるだけシンプルな仕組みにすることが重要です。</p>
<h3>5．エスカレーションルールを決める</h3>
<p>通常の情報共有だけではなく、問題が発生した場合のエスカレーションルールも決めます。</p>
<p>例えば、</p>
<table>
<thead>
<tr>
<th>レベル</th>
<th>状況</th>
<th>対応</th>
</tr>
</thead>
<tbody>
<tr>
<td>レベル1</td>
<td>チーム内で解決可能</td>
<td>チーム内で対応</td>
</tr>
<tr>
<td>レベル2</td>
<td>プロジェクトマネージャの判断が必要</td>
<td>プロジェクトマネージャへ報告</td>
</tr>
<tr>
<td>レベル3</td>
<td>予算・納期・契約などへの重大な影響</td>
<td>スポンサーや責任者へエスカレーション</td>
</tr>
</tbody>
</table>
<p>このように、<strong>どのような問題を、どのレベルで、誰に報告するのか</strong>をあらかじめ決めておくことで、問題を抱え込むことを防ぎやすくなります。</p>
<h3>6．計画を関係者と合意する</h3>
<p>コミュニケーションマネジメント計画書は、プロジェクトマネージャが一人で決めるものではありません。</p>
<p>必要な関係者と確認し、実際に運用できる内容になっているかを確認します。</p>
<p>特に、報告を受ける側が「その情報は必要ない」と考えていたり、報告する側の負担が大きすぎたりすると、計画どおりに運用できません。</p>
<p><strong>実際に利用する人が無理なく運用できること</strong>が重要です。</p>
<h2>コミュニケーションマネジメント計画書の例</h2>
<p>例えば、システム開発プロジェクトであれば、次のような計画を作ることができます。</p>
<table>
<thead>
<tr>
<th>情報</th>
<th>対象者</th>
<th>タイミング</th>
<th>方法</th>
<th>発信者</th>
</tr>
</thead>
<tbody>
<tr>
<td>日次進捗</td>
<td>プロジェクトチーム</td>
<td>毎日</td>
<td>デイリーミーティング</td>
<td>各メンバー</td>
</tr>
<tr>
<td>週次進捗</td>
<td>PM・顧客</td>
<td>毎週</td>
<td>進捗報告会</td>
<td>PM</td>
</tr>
<tr>
<td>課題一覧</td>
<td>PM・チーム</td>
<td>更新時</td>
<td>課題管理表</td>
<td>担当者</td>
</tr>
<tr>
<td>重要リスク</td>
<td>PM・スポンサー</td>
<td>定例会議・発生時</td>
<td>報告書・会議</td>
<td>PM</td>
</tr>
<tr>
<td>重大障害</td>
<td>責任者・顧客</td>
<td>発生時</td>
<td>緊急連絡</td>
<td>PM・担当者</td>
</tr>
</tbody>
</table>
<p>このように整理しておくことで、情報共有のルールをプロジェクトメンバー全員で共有できます。</p>
<h2>プロジェクトの規模によって計画を変える</h2>
<p>コミュニケーションマネジメント計画書は、プロジェクトの規模によって詳細度を変える必要があります。</p>
<p>例えば、5人程度の小規模なプロジェクトであれば、細かいコミュニケーション計画書を作成する必要がない場合もあります。</p>
<p>一方、数百人が関係する大規模プロジェクトでは、</p>
<ul>
<li>組織ごとの情報共有方法</li>
<li>会議体</li>
<li>報告ルート</li>
<li>承認ルート</li>
<li>エスカレーションルール</li>
<li>情報の保管場所</li>
</ul>
<p>などを明確にする必要があります。</p>
<p>つまり、<strong>「計画書を作ること」そのものが目的ではなく、プロジェクトに必要なコミュニケーションを適切に設計すること</strong>が目的です。</p>
<h2>コミュニケーションマネジメント計画書を作るときの注意点</h2>
<h3>情報共有の方法を増やしすぎない</h3>
<p>「情報共有が重要だから」といって、メール、チャット、会議、掲示板、複数の管理ツールなどを大量に使うと、かえって情報が分散します。</p>
<p>重要なのは、<strong>共有方法を必要最小限に整理すること</strong>です。</p>
<h3>全員にすべての情報を共有しない</h3>
<p>すべての情報を全員に共有すると、情報量が多くなり、本当に重要な情報が埋もれてしまいます。</p>
<p>「誰が何を知る必要があるのか」を考えて、情報を適切な相手に届けることが重要です。</p>
<h3>計画書を作って終わりにしない</h3>
<p>プロジェクトが進むと、ステークホルダーやチーム構成、プロジェクトの状況が変わることがあります。</p>
<p>そのため、コミュニケーションマネジメント計画書も必要に応じて見直します。</p>
<h3>報告しやすい仕組みにする</h3>
<p>問題が発生したときに、「原因を完全に分析してから報告しよう」と考えてしまうと、報告が遅れる可能性があります。</p>
<p>重要なのは、<strong>問題だと思った時点で早めに報告できる仕組み</strong>を作ることです。</p>
<p>例えば、</p>
<p>「問題を認識した段階で一次報告する。原因分析や対策はその後に行う」</p>
<p>というルールを決めておくこともできます。</p>
<p>このような仕組みがあると、プロジェクトマネージャやメンバーが問題を抱え込むことを防ぎやすくなります。</p>
<h2>コミュニケーションマネジメント計画書とステークホルダー</h2>
<p>コミュニケーションマネジメント計画書を作成する際には、<strong>ステークホルダーごとに必要な情報が異なる</strong>ことを意識する必要があります。</p>
<p>例えば、</p>
<table>
<thead>
<tr>
<th>ステークホルダー</th>
<th>必要な情報の例</th>
</tr>
</thead>
<tbody>
<tr>
<td>スポンサー</td>
<td>全体進捗、重要課題、リスク、予算</td>
</tr>
<tr>
<td>顧客</td>
<td>進捗、成果物、変更、課題</td>
</tr>
<tr>
<td>プロジェクトチーム</td>
<td>作業、課題、変更、スケジュール</td>
</tr>
<tr>
<td>経営層</td>
<td>重要な成果、重大リスク、経営判断が必要な事項</td>
</tr>
<tr>
<td>ベンダー</td>
<td>担当範囲、スケジュール、課題、変更</td>
</tr>
</tbody>
</table>
<p>このように、ステークホルダーの関心や役割を踏まえてコミュニケーションを設計します。</p>
<h2>コミュニケーションマネジメント計画書とエスカレーション</h2>
<p>プロジェクトのコミュニケーションで特に重要なのが<strong>エスカレーション</strong>です。</p>
<p>エスカレーションとは、プロジェクトチームだけでは解決できない問題や、上位の判断が必要な事項を、適切な責任者へ報告・相談することです。</p>
<p>コミュニケーションマネジメント計画書にエスカレーションルールを含めることで、</p>
<ul>
<li>どのような状態になったら報告するのか</li>
<li>誰に報告するのか</li>
<li>どの方法で報告するのか</li>
<li>どの程度の緊急性で報告するのか</li>
</ul>
<p>を明確にできます。</p>
<p>これにより、<strong>「誰にも相談せず、問題を抱えたまま時間が経過する」という状況を防ぎやすくなります。</strong></p>
<h2>プロジェクトマネージャ試験ではここが重要</h2>
<p>コミュニケーションマネジメント計画書については、単に「情報共有の計画書」と覚えるだけではなく、<strong>誰に・何を・いつ・どのように伝えるのかを設計するもの</strong>と理解しておきましょう。</p>
<p>特に重要なのは、</p>
<ul>
<li>ステークホルダーごとに必要な情報を整理する</li>
<li>情報共有の方法を決める</li>
<li>情報共有のタイミングを決める</li>
<li>情報の発信者を決める</li>
<li>情報の保管場所を決める</li>
<li>エスカレーションルールを決める</li>
<li>プロジェクトの規模に応じて詳細度を調整する</li>
</ul>
<p>という点です。</p>
<p>また、コミュニケーションマネジメント計画書は、作成すること自体が目的ではありません。</p>
<p><strong>プロジェクトに必要な情報が、必要な人に、必要なタイミングで届く状態を作ること</strong>が目的です。</p>
<h2>PM道場のワンポイント</h2>
<p><strong>コミュニケーションマネジメント計画書は、「情報共有のルール」ではなく「情報共有の仕組み」を設計するためのものです。</strong></p>
<p>プロジェクトで問題が起きたとき、原因を分析すると「情報共有が遅れていた」「必要な人に伝わっていなかった」というケースがあります。</p>
<p>しかし、これを単純に「もっとコミュニケーションを取ろう」としてしまうと、会議やメールが増えるだけになってしまいます。</p>
<p>重要なのは、</p>
<p><strong>「誰が、どの情報を、いつまでに、誰へ伝えるのか」</strong></p>
<p>を明確にすることです。</p>
<p>そして、もう一つ重要なのが、<strong>問題を早く報告できる仕組み</strong>です。</p>
<p>私は、問題を発見したときに、最初から原因分析や対策まで完成させて報告する必要はないと考えています。</p>
<p>「問題だと思いました。まず報告します。原因や対策はこれから分析します」</p>
<p>という一次報告ができる仕組みを作っておけば、問題を抱え込むことを防げます。</p>
<p>そのためには、コミュニケーションマネジメント計画書の中で、<strong>エスカレーションの基準とルートをあらかじめ決めておく</strong>ことが有効です。</p>
<p>コミュニケーション能力が高い人に頼るのではなく、<strong>誰でも適切に情報共有できる仕組みを作る</strong>。</p>
<p>これが、プロジェクトマネージャがコミュニケーションマネジメント計画書を作る大きな意味の一つです。</p>
<h2>関連用語</h2>
<ul>
<li>コミュニケーションマネジメント</li>
<li>ステークホルダーエンゲージメント</li>
<li>ステークホルダー</li>
<li>エスカレーション</li>
<li>キックオフミーティング</li>
<li>ファシリテーション</li>
<li>ネゴシエーション</li>
<li>合意形成</li>
<li>意思決定</li>
<li>リスク</li>
<li>課題</li>
<li>デイリースクラム</li>
</ul>
<h2>まとめ</h2>
<p>コミュニケーションマネジメント計画書とは、<strong>プロジェクトにおいて「誰に・何を・いつ・どのように伝えるのか」を定める計画書</strong>です。</p>
<p>その目的は、単純に情報共有のルールを作ることではありません。</p>
<p><strong>必要な情報を、必要な人へ、必要なタイミングで届ける仕組みを作ること</strong>です。</p>
<p>作成するときは、</p>
<ul>
<li>ステークホルダーを整理する</li>
<li>必要な情報を整理する</li>
<li>共有するタイミングを決める</li>
<li>共有方法を決める</li>
<li>情報の保管場所を決める</li>
<li>エスカレーションルールを決める</li>
</ul>
<p>という流れで考えると分かりやすくなります。</p>
<p>また、プロジェクトの規模によって必要な詳細度は異なります。</p>
<p>小規模なプロジェクトであれば簡単なルールで十分な場合もありますし、大規模なプロジェクトでは組織ごとの報告ルートや会議体、エスカレーションルールなどを詳細に定める必要があります。</p>
<p>そして、コミュニケーションマネジメントで最も重要なのは、<strong>コミュニケーション能力の高い人に頼ることではなく、誰でも適切に情報を共有できる仕組みを作ること</strong>です。</p>
<p>特に、問題が発生したときに早期にエスカレーションできる仕組みを作っておくことは、プロジェクトのリスクを小さくするうえで非常に重要です。</p>
<p><strong>「誰に、何を、いつ、どのように伝えるか」を事前に設計する。</strong></p>
<p>これがコミュニケーションマネジメント計画書の基本です。</p>
<hr>
<h2>関連記事</h2>
<ul>
<li><a href="https://pmgokakudojo.com/aboutcommunicationmanagement/">コミュニケーションマネジメントとは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutstakeholderengagement/">ステークホルダーエンゲージメントとは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutescalation/">エスカレーションとは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutkickoffmeeting/">キックオフミーティングとは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutfacilitation/">ファシリテーションとは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutnegitiation/">ネゴシエーションとは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutconsensusbuilding/">合意形成とは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutmakeadecision/">意思決定とは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutrisk/">リスクとは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutissue/">課題とは？</a></li>
<li><a href="https://pmgokakudojo.com/aboutdailyscrum/">デイリースクラムとは？</a></li>
</ul>
<h2>よくある質問（FAQ）</h2>
<h3>Q. コミュニケーションマネジメント計画書とは何ですか？</h3>
<p>A. プロジェクトにおいて、誰に、何を、いつ、どのような方法で伝えるのかを整理した計画書です。必要な情報を必要な人へ届けるためのコミュニケーションの仕組みを設計します。</p>
<h3>Q. コミュニケーションマネジメント計画書には何を書きますか？</h3>
<p>A. 対象者、情報、目的、タイミング、頻度、共有方法、発信者、情報の保管場所、エスカレーションルールなどを記載します。ただし、プロジェクトの規模や特性に応じて必要な項目や詳細度を調整します。</p>
<h3>Q. コミュニケーションマネジメント計画書は必ず作成する必要がありますか？</h3>
<p>A. 重要なのは計画書という形式そのものではなく、プロジェクトに必要なコミュニケーションを適切に設計することです。小規模なプロジェクトでは簡単なルールで十分な場合もあります。</p>
<h3>Q. コミュニケーションマネジメント計画書とコミュニケーションマネジメントの違いは何ですか？</h3>
<p>A. コミュニケーションマネジメントは、プロジェクトにおける情報の生成、収集、配布、保管などを適切に管理する活動です。コミュニケーションマネジメント計画書は、その活動をどのように行うのかを計画・整理したものです。</p>
<h3>Q. コミュニケーションマネジメント計画書にエスカレーションを含めるべきですか？</h3>
<p>A. はい。問題が発生した場合に、誰へ、どのような基準で、どの方法で報告するのかをあらかじめ決めておくことで、問題の抱え込みや報告遅延を防ぎやすくなります。</p>
<h3>Q. コミュニケーション方法は多いほど良いですか？</h3>
<p>A. 必ずしもそうではありません。方法が増えすぎると情報が分散し、どこを確認すればよいのか分からなくなる可能性があります。プロジェクトに必要な方法を整理し、できるだけシンプルな仕組みにすることが重要です。</p><p>The post <a href="https://pmgokakudojo.com/aboutcommunicationmanagementplan/">コミュニケーションマネジメント計画書とは？目的・記載内容・作り方をわかりやすく解説</a> first appeared on <a href="https://pmgokakudojo.com">PM道場</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://pmgokakudojo.com/aboutcommunicationmanagementplan/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
