パワー・インタレスト・グリッドで作るステークホルダーマップの作り方

パワー・インタレスト・グリッドは、プロジェクトの関係者を「影響力（パワー）」と「関心度（インタレスト）」の2軸で4象限に分類し、象限ごとに異なるコミュニケーション戦略を割り当てるためのフレームワークだ。ステークホルダーマネジメントの基本ツールとして知られているが、実際に使いこなせているPMは意外と少ない。本記事では、グリッドの作り方を5ステップの手順に分解し、象限ごとの具体的な対応方針、現場でよくある失敗パターンまでを実務目線で解説する。読み終える頃には、次のプロジェクトのキックオフ前に自分のグリッドを作れるようになっているはずだ。

パワー・インタレスト・グリッドとは

パワー・インタレスト・グリッドは、イギリスの経営学者オーブリー・メンデロウが提唱したステークホルダー分析手法（メンデロウのマトリクス）を実務向けに簡略化したものだ。PMBOKでもステークホルダーエンゲージメントの評価ツールとして紹介されており、コンサルティングファームのプロジェクト立ち上げ資料にもほぼ定番で登場する。

このフレームワークが解決する問題は単純だ。プロジェクトの関係者全員に同じ密度でコミュニケーションを取ろうとすると、PMの時間はいくらあっても足りない。かといって声の大きい人だけに合わせて動くと、静かに影響力を持つキーマンを見落として土壇場で計画をひっくり返される。グリッドは「誰に、どれだけの労力を割くべきか」を可視化し、限られたコミュニケーションリソースを合理的に配分するための地図になる。

4象限の意味と対応方針

グリッドは縦軸に「パワー（意思決定・予算・リソースへの影響力）」、横軸に「インタレスト（プロジェクトへの関心度）」を取り、関係者を4つの象限にプロットする。それぞれの象限で取るべき行動はまったく異なる。

象限	典型的な関係者	対応方針	コミュニケーション頻度
高パワー×高関心	スポンサー、事業責任者	密接に管理し意思決定に巻き込む	週次〜随時
高パワー×低関心	経営層、他部門の役員	満足度を維持し、要点だけ簡潔に報告	月次サマリー
低パワー×高関心	現場リーダー、実務担当者	十分な情報を提供し不安を解消する	週次〜隔週
低パワー×低関心	関連部署の一般メンバー	最低限の監視にとどめ工数をかけない	必要時のみ

特に見落とされがちなのが「高パワー×低関心」の象限だ。普段は静かで関与も薄いが、いざ予算やスコープの意思決定が絡むと一言で計画を覆せる立場にいる。ここへの報告を怠ると、終盤になって「聞いていない」という反対に遭う典型パターンになる。

作り方：5ステップの手順

ステップ1：関係者を洗い出す 組織図やRACIチャート、過去の類似プロジェクトの議事録を手がかりに、意思決定者・承認者・実務担当者・外部パートナーまで幅広くリストアップする。この段階で漏らした人物は後工程でグリッドに乗らないため、多めに拾っておくのが安全だ。

ステップ2：パワーの評価基準を決める 「予算承認権があるか」「人員配置を決められるか」「プロジェクトの中止・継続を判断できるか」など、組織の実態に即した基準を3〜4個設定し、5段階などでスコアリングする。役職の高さだけで判断すると、実質的な決裁権を持つ現場責任者を見落とすことがある。

ステップ3：インタレストの評価基準を決める 「プロジェクトの成果が自部門のKPIに直結するか」「過去に類似プロジェクトへ積極的に関与していたか」といった基準でスコアをつける。関心度は発言量では測れない。会議で静かでも資料は精読しているタイプもいれば、発言は多いが実質的な影響は小さいタイプもいる。

ステップ4：グリッドにプロットする 2軸のスコアをもとに関係者を4象限に配置する。1人で判断せず、プロジェクトの他メンバーやスポンサーの意見も交えてすり合わせると、独りよがりな評価を避けられる。

ステップ5：象限ごとにアクションを具体化する 「誰が」「いつ」「どの頻度で」「どんな粒度の情報を」届けるかを、象限の対応方針に沿って一覧表にする。ここまで落とし込んで初めて、グリッドは実務で機能するツールになる。

よくある失敗パターン

グリッド自体は単純な2軸マトリクスだが、運用でつまずくケースは多い。

第一に、パワーとインタレストを直感だけで決めてしまうこと。評価基準を明文化せずに作ると、PMの個人的な好き嫌いや接触頻度が評価に混入し、次にグリッドを見る人が根拠を理解できない。

第二に、一度作って放置すること。プロジェクトが進むにつれて、当初は低関心だった部署がリリース直前に急に利害関係者になるといった変化は珍しくない。フェーズが変わるたびに見直さないグリッドは、すぐに実態とずれていく。

第三に、粒度が粗すぎること。「経営層」「現場」のようにひとまとめにすると、経営層の中にいる推進派と反対派を区別できず、対応方針が的外れになる。個人名またはそれに近い単位まで分解するのが望ましい。

第四に、グリッドを作ってPMの頭の中だけに留めること。プロジェクトの引き継ぎや休職時に情報が失われるだけでなく、チームメンバーがキーマンへの接し方を誤るリスクも残る。PMの引き継ぎチェックリスト｜炎上させない交代の段取りと文書テンプレで触れているとおり、ステークホルダーマップは属人化させず文書として残しておくべき資産だ。

運用のコツ：更新タイミングとチーム共有

グリッドを最初に作る最適なタイミングは、プロジェクトの立ち上げ時だ。プロジェクトKickoffミーティングを成功させる準備チェックリストにあるとおり、キックオフ前の準備段階で関係者の洗い出しとステークホルダーマップの作成をセットで進めておくと、初回ミーティングでの合意形成がスムーズになる。

作成後の見直しは、フェーズゲートごと、あるいはスコープに大きな変更が入ったタイミングで行うのが実務的だ。とりわけ、要求の優先順位を交渉する場面では象限の情報が直接役に立つ。MoSCoW法でスコープ交渉：Won’tリストを使ったクライアント説得テンプレートで扱っているような交渉では、Won’tに回す機能を誰が最終判断できるか、高パワー象限の関係者を事前に把握しておくことで交渉の見通しが立てやすくなる。

チームへの共有方法はシンプルでよい。プロジェクトのWikiやドライブに1枚の図として置き、四半期や主要マイルストーンごとに更新履歴を残す運用で十分機能する。完璧な精度を追い求めるより、更新され続けることの方が価値が大きい。

あわせて読みたい

ステークホルダーの利害調整が絡む場面でさらに深く突っ込んだ交渉術や実践事例を学びたい場合は、以下の書籍も参考になる。

プロジェクトのトラブル解決大全：ステークホルダー間の利害対立が原因で炎上したプロジェクトを立て直す際の具体的な打ち手が豊富にまとまっており、グリッドで見えた「高パワー×低関心」の関係者への対応に悩んだときの実践的な補助線になる。

PMBOK ガイド第7版：ステークホルダーエンゲージメントの原則を体系的に押さえたい場合の一次情報として、グリッドの位置づけを理解する土台になる。