ステークホルダとコミュニケーション — 関係者を動かすための戦略的対話

導入

技術的に完璧なシステムを作り上げたのに、現場に使われないまま終わった——そんな経験はないでしょうか。多くの場合、問題は技術ではなく「関係者の関心事を理解して動かす技術」にあります。

くわしく知ろう

ステークホルダとは、プロジェクトの成果や意思決定によって影響を受ける全ての関係者を指します。社内の経営層・現場担当者・IT部門に加え、社外のベンダーや顧客も含まれます。

ステークホルダ分析では「影響度×関心度」のマトリクスで関係者を4象限に分類します。ともに高い場合はManage Closely（緊密管理）として最優先でエンゲージします。影響度が高く関心度が低い場合はKeep Satisfied（満足維持）として主要決定を共有し、関心度が高く影響度が低い場合はKeep Informed（情報提供）として定期共有にとどめます。どちらも低い場合はMonitor（観察）で状況を見守ります。

コミュニケーション計画では「誰に・何を・いつ・どの手段で」伝えるかを事前に設計します。対象者の役割や関心に合わせて、メール・定例会議・ダッシュボード・ワークショップなど手段を使い分けることが重要です。

RACI図は、各タスクの役割分担を明確にするフレームワークです。Responsible（実行責任者）は作業を行う人、Accountable（最終責任者）は成果に責任を持つ人、Consulted（協議先）は意見を求められる人、Informed（情報共有先）は結果を知らせる人を指します。Accountableは1タスク1人が原則で、複数いると責任の所在が曖昧になります。

変革への抵抗は「現状維持バイアス」「情報不足による不安」「利害の対立」の3類型に分類できます。対処の基本は早期からの関与・丁寧な情報開示・共同設計による当事者意識の醸成です。

具体例

全社ERPシステム刷新プロジェクトでは、ステークホルダマップを作成した結果、現場マネージャーが「影響度高・関心度高」の象限に位置しながら強い抵抗を示していることが判明しました。そこで現場デモと要望ヒアリングを組み合わせた合意形成セッションを実施し、懸念を設計に反映することで協力を得ることに成功しました。

まとめ・試験ポイント

• ステークホルダ＝プロジェクトの影響を受ける全関係者（社内外を含む）
• ステークホルダ分析4象限：Manage Closely（高×高）／Keep Satisfied（高×低）／Keep Informed（低×高）／Monitor（低×低）
• RACI図の4役割：Responsible（実行）／Accountable（最終責任）／Consulted（協議）／Informed（情報共有）
• Accountableは1タスク1人が原則——複数だと責任の所在が曖昧になる
• コミュニケーション計画の4要素：誰に・何を・いつ・どの手段で
• 変革抵抗の3類型（現状維持・情報不足・利害対立）と共同設計による対処が頻出

※本コンテンツは2026年3月公表の改定案 Ver.1.0 に基づく暫定版です