PMBOK・PM スキル体系・ 2026-07-05 ・文責：PM 現場ラボ編集部

ステークホルダーマネジメント完全ガイド｜権力・関心度マトリクスで関係者を動かす4ステップ

プロジェクトの成否を分けるステークホルダーマネジメントを「特定 → 分析 → 関与 → 監視」の4ステップで実務目線で解説。権力・関心度マトリクス（Power/Interestグリッド）の4象限別コミュニケーション戦略、ステークホルダー登録簿の作り方、関与度評価マトリクス（不認識〜指導の5段階）で現在と望ましい関与度のギャップを埋める方法まで、初めて関係者調整を任された PM が今日から使える手順書としてまとめました。

#ステークホルダー #権力関心マトリクス #ステークホルダー登録簿 #関与度評価マトリクス #プロジェクトマネジメント

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

「技術的には完璧な計画なのに、上層部の一言でひっくり返った」——プロジェクトが頓挫する原因の多くは、進捗管理でもスケジュールでもなく、関係者（ステークホルダー）との合意形成の失敗です。本記事は、その属人的になりがちな”関係者調整”を、特定 → 分析 → 関与 → 監視という4つのステップに分解して解消します。結論から言えば、ステークホルダーマネジメントとは「①関わる人を漏れなく洗い出し → ②権力と関心度で優先順位をつけ → ③一人ひとりに合った関わり方をし → ④関係の変化を追い続ける」というサイクルであり、この順番で回すだけで”誰から潰しにかかられるか分からない”状態から抜け出せます。

なぜこの4ステップなのか。理由は、ステークホルダーが「立場も利害もバラバラな人間の集まり」だからです。まず誰がいるのかを可視化しないと対処できず（特定）、全員に同じ熱量で接する時間はないので優先順位をつける必要があり（分析）、優先度の高い人にその人に効く関わり方をし（関与）、人の気持ちや立場は動くので関係を追い直す（監視）。この因果がそのまま手順になっています。

そもそもステークホルダーとは？「関係者」を広く捉える

手順に入る前に、言葉を1つ整理します。ステークホルダー（Stakeholder） とは「プロジェクトの意思決定・活動・成果によって影響を受ける、または影響を与えるすべての個人・グループ・組織」です。ここで大事なのは、顧客やスポンサーだけでなく、協力を得たい社内の他部門、成果物を使うエンドユーザー、時には反対勢力までを含めて広く捉えるという点です。

見落とされやすいのは、いわゆる”敵対的ステークホルダー”です。プロジェクトによって既得権益や業務のやり方を変えられる人は、静かに抵抗勢力になります。特定の段階でこうした人を意図的にリストへ入れておくことが、後の炎上を防ぎます。

この記事で扱う4ステップは、PMBOK® のステークホルダー・マネジメント知識エリアを実務向けに凝縮したものです。試験（PMP®・情報処理 PM 試験）で問われるプロセスの厳密な区分については「PMP コミュニケーション・調達・ステークホルダー管理完全対策」で解説しているので、資格対策として体系的に押さえたい方はそちらを参照してください。本記事は 「現場で今日から回すための最小手順」 に振り切ります。

ステップ1｜特定：ステークホルダーを洗い出して登録簿にする

最初のステップは、プロジェクトに関わる人を とにかく漏れなく洗い出す ことです。ここで抜けが出ると、後工程のすべてが空振りになります。

洗い出しの切り口（3つの視点）

漏れなく出すには、切り口を決めて機械的に問うのが有効です。

組織図から：発注元・自社・協力会社の指揮命令系統をたどり、承認権限を持つ人を拾う
成果物の流れから：成果物を「作る人・承認する人・使う人・運用する人」を上流から下流まで並べる
利害から：「このプロジェクトで得をする人／損をする人・やり方を変えられる人」を問う（反対勢力の発見）

ステークホルダー登録簿を作る

洗い出した結果は ステークホルダー登録簿（Stakeholder Register） に集約します。これは関係者版の名簿であり、以降のすべての分析のベースになります。最低限、次の列を持たせます。

列	内容	記入例
氏名・役割	個人名と組織上の立場	A部長／発注元・情報システム部長
分類	社内／社外・推進派／中立／反対	社外・キーパーソン
関心事・期待	このプロジェクトに何を求めているか	コスト削減効果の早期立証
権力（影響力）	意思決定・予算・人事への影響度（高/中/低）	高
関心度	プロジェクトへの関与意欲（高/中/低）	中
対応方針	どう関わるか（次ステップで記入）	定期的に個別報告し満足を維持

ステップ2｜分析：権力・関心度マトリクスで優先順位をつける

洗い出したステークホルダー全員に同じ熱量で接するのは不可能です。そこで 権力・関心度マトリクス（Power/Interest グリッド） を使い、限られた時間をどこに割くかを決めます。これは PMBOK® のステークホルダー分析で最も基本的なツールです。

縦軸に 権力（影響力）＝意思決定・予算・人事を動かす力、横軸に 関心度＝プロジェクトへの関与意欲を取り、4象限に分けて対応方針を変えます。

象限	権力 × 関心度	対応方針（英語表記）	具体的な関わり方
① 最重点	高 × 高	密接にマネジメント（Manage Closely）	キーパーソン。個別に密に関与し、意思決定に巻き込む
② 満足維持	高 × 低	満足させておく（Keep Satisfied）	関心は薄いが力は強い。要点だけ定期報告し不満を作らない
③ 情報提供	低 × 高	常に情報提供（Keep Informed）	力は弱いが熱心。よき協力者・情報源。こまめに共有する
④ 監視	低 × 低	監視（Monitor）	最小限の労力で見守る。過剰な情報提供はしない

このマトリクスの本質は「全員を平等に扱わない」という割り切りです。特に危険なのが象限②（高権力・低関心）で、普段は関与が薄いのに、いざという時に強い拒否権を発動できる”眠れる巨人”です。ここへの定期的な”満足維持”を怠ると、終盤で計画がひっくり返ります。

ステップ3｜関与：関与度評価マトリクスでギャップを埋める

象限が決まったら、次は「その人に、いま以上にどう関わってほしいか」を設計します。ここで使うのが ステークホルダー関与度評価マトリクスです。各ステークホルダーの関与度を、次の5段階で評価します。

段階	状態	説明
不認識（Unaware）	プロジェクトの存在を知らない	影響は受けるが、まだ気づいていない
抵抗（Resistant）	変化に反対している	プロジェクトや成果に否定的
中立（Neutral）	どちらでもない	賛成も反対もしていない
支持（Supportive）	賛成・協力的	プロジェクトの成功を望んでいる
指導（Leading）	積極的に推進している	成功のために自ら動いてくれる

やり方はシンプルです。各ステークホルダーについて 「現在の関与度（C＝Current）」と「望ましい関与度（D＝Desired）」の2つに印をつけるだけです。たとえば「A部長は現在＝中立、望ましい＝支持」のように書き、CとDのギャップこそが、あなたが働きかけるべき対象になります。

ステークホルダー	抵抗	中立	支持
A部長（発注元）		C	→ D
B課長（現場）	C		→ D
Cさん（利用部門）			C・D

CとDが一致している人（上表のCさん）には、現状維持の関わりでOK。ギャップがある人にだけ、コミュニケーションのエネルギーを集中投下します。これが「誰に何をするか」を明確にし、“なんとなく全方位に気を遣って疲弊する”状態を防ぎます。

ギャップを埋める働きかけの例

不認識 → 中立/支持：キックオフや個別説明でプロジェクトの目的とメリットを伝える
抵抗 → 中立：反対の理由を1対1でヒアリングし、懸念に応える（説得より傾聴が先）
中立 → 支持：その人にとっての”うまみ”を具体化し、意思決定の場に巻き込む

ステップ4｜監視：関係は変わり続けるから追い続ける

最後のステップは、ステークホルダーとの関係を 継続的に見張り、変化に合わせて戦略を調整する ことです。人の立場や気持ちは、組織改編・人事異動・プロジェクトの状況によって刻々と変わります。特定時点で「支持」だった人が、体制変更で「抵抗」に転じることは珍しくありません。

具体的には、週次や隔週の定例に「ステークホルダーレビュー」の時間を数分組み込み、登録簿と関与度マトリクスを更新します。次の変化を追います。

新しいステークホルダーの登場（人事異動・体制追加）
権力・関心度の変化（昇格・部門移管でキーパーソンが交代）
関与度の変化（支持していた人が離反していないか）

変化を捉えたら、ステップ2・3に戻ってマトリクスを引き直します。このサイクルを回し続けることが、終盤の”ちゃぶ台返し”を防ぐ最大の予防策です。

ステークホルダーマネジメントのメリットと難しさ

メリット

キーパーソンの反対による手戻り・中断を未然に防げる
限られた時間を最重要の関係者に集中投下できる
反対理由のヒアリングがリスクの早期発見につながる
誰に何を報告すべきかが明確になり、コミュニケーションの抜けが減る

デメリット

評価が主観的になりやすく、チームで認識を合わせる手間がかかる
登録簿の情報は機密性が高く、取り扱いを誤ると対立を生む
人の気持ちや立場は動くため、一度作って終わりにできない
分析だけでは意味がなく、実際の関係構築スキルが問われる

最後のデメリットが本質です。マトリクスはあくまで”地図”であり、実際に人を動かすのは日々の対話と信頼関係です。参照した ITトレンドの記事も、「純粋に戦略的なコミュニケーションよりも、継続的な人間関係の構築のほうが、想定外の変化への対応や協力の取り付けに効果的だ」と指摘しています。ツールで優先順位を決めたら、あとは足で稼ぐ——この両輪が欠かせません。

ステークホルダーマネジメントでよくある失敗5選

まとめ：ステークホルダーマネジメントは「地図＋対話」の両輪

ステークホルダーマネジメントの4ステップを振り返ります。

特定：組織図・成果物の流れ・利害の3視点で漏れなく洗い出し、ステークホルダー登録簿に集約する
分析：権力・関心度マトリクスの4象限で優先順位をつける（特に高権力・低関心の”眠れる巨人”に注意）
関与：関与度評価マトリクス（不認識〜指導の5段階）で現在と望ましい関与度のギャップを可視化し、そこに働きかける
監視：定例にレビューを組み込み、変化を追って戦略を引き直し続ける

この4ステップは、洗い出した関係者を「WBS の役割分担」や「リスク管理の関係者リスク」とも接続します。マトリクスという”地図”で優先順位を決め、あとは日々の対話で信頼を積む——この両輪が回り始めれば、「上層部の一言でひっくり返る」プロジェクトから卒業できます。

よくある質問（FAQ）

Q. ステークホルダー登録簿は誰でも見られるようにすべき？ A. いいえ。「反対勢力」「影響力：高だが非協力的」といった本人に見せられない評価が入るため、共有範囲は PM とコアメンバーに限定します。共有フォルダの権限設定を必ず確認してください。

Q. 権力・関心度マトリクスと関与度評価マトリクスはどう使い分ける？ A. 権力・関心度マトリクスは「誰を優先するか（リソース配分）」を決めるツール、関与度評価マトリクスは「その人にどうなってほしいか（働きかけの目標）」を決めるツールです。前者で対象を絞り、後者でギャップを埋める、という順で使います。

Q. 小規模なプロジェクトでもここまで必要？ A. 数人規模なら登録簿を簡易な表1枚にするだけで十分です。重要なのはツールの精緻さより「キーパーソンを取りこぼさない」「反対理由を早めに聞く」という原則で、規模に応じて手間を調整してください。

Q. 反対しているステークホルダーへの対応は？ A. まず1対1で反対の理由をヒアリングします。多くは現場の負荷や過去の失敗など正当な懸念で、それはリスクの早期発見にもなります。説得より傾聴を先に置き、懸念に応える形で中立へ引き上げるのが定石です。

出典・参考情報

工数見積もり手法完全比較｜トップダウン・ボトムアップ・三点見積を使い分ける
工数見積もりが毎回外れて炎上する——その原因は「1つの手法だけで見積もっている」ことにあります。トップダウン（類推）・ボトムアップ・三点見積（PERT）・パラメトリックの4手法を、計算式・長所短所・プロジェクトのフェーズ別の使い分けまで、Webシステム開発の記入例つきで解説。過去実績を活かして精度を上げる組み合わせ運用まで、今日から使える形でまとめました。
プロジェクトのスコープ定義書（SOW）の書き方｜業務範囲・成果物・前提・制約・除外事項を固める8項目テンプレート
「これも含まれると思っていた」という認識ズレは、スコープ定義書（SOW＝作業範囲記述書）を最初に固めることで防げます。SOWに書くべき8項目を、In-Scope／Out-of-Scope・前提条件と制約条件の書き分け・受入基準の決め方まで、Webシステム導入プロジェクトの記入サンプルつきで実務目線に解説。今日から自分で書けるテンプレートとして使えます。
PMが知っておくべき意思決定フレームワーク10選｜RAPID・OODA・DECIDEを使い分ける
「会議で決まらない」「誰が決めるのか曖昧」を解決する意思決定フレームワークを10個厳選。RAPID・DACI・RACIで“誰が決めるか”を、意思決定マトリクス・アイゼンハワー・ペイオフで“どう選ぶか”を、OODA・PDCA・DECIDE・Cynefinで“どう回すか”を整理し、プロジェクトの現場で今日から使い分けられるよう、選び方の早見表つきで解説します。
プロジェクトステータスレポートの書き方｜A4一枚に収める型と5つの構成要素
「作業を並べただけの進捗報告」から抜け出すためのプロジェクトステータスレポートの書き方を解説。全体ステータス（信号）・サマリー・進捗（定量＋定性）・課題とリスク・次週計画という5つの構成要素をA4一枚に収める型、緑黄赤サインの付け方、定量と定性のバランス、Webシステム導入PJの記入例、よくある失敗5選まで、初めて週次レポートを任されたPMが今日から使える形でまとめました。