ステークホルダー分析：パワー・インタレストグリッドを徹底解説

ステークホルダー分析は、時間が限られているときにほとんどのプロジェクトマネージャーが省略するステップです。そして、技術的に優れたプロジェクトがキャンセルされたり、遅延したり、静かに予算を削られたりする原因を説明するのも、まさにこのステップです。計画を立てる前に、それを止める力を持つ人物が誰で、その人物が実際にそうしたいと思っているかを把握する必要があります。

ステークホルダー分析とは何か？

ステークホルダー分析とは、プロジェクトに影響を与えるまたはプロジェクトの影響を受ける人々やグループを特定し、それぞれのパワーとインタレストを評価することで、適切な働きかけができるようにする体系的なプロセスです。一度だけ行う作業ではありません。プロジェクトがライフサイクルを通じて進展するにつれて更新し続けるマップです。

目的は全員を満足させることではありません。限られたコミュニケーションと関係構築の労力を、本当に重要な場所、つまり進捗を加速させるか、あるいは妨害する力を持つステークホルダーに集中させることです。

重要なポイント

• 効果的なステークホルダーエンゲージメントを実施しているプロジェクトは、当初の目標とビジネスの意図を達成する可能性が2.5倍高いです（PMI Pulse of the Profession、2023年）。
• PMIの2024年グローバルレポートに参加した組織の**37%**が、不十分なステークホルダーエンゲージメントをプロジェクト失敗の主要因として挙げています。
• ステークホルダーマネジメントの実践に投資している組織は、プロジェクトの**77%**を予定通りに完了しているのに対し、投資していない組織では56%にとどまります（PMI、2023年）。

パワー・インタレストグリッド（Mendelowのマトリクス）

パワー・インタレストグリッド（1991年に提唱したAubrey MendelowにちなんでMendelowのマトリクスとも呼ばれる）は、ステークホルダーを2つの軸でプロットします。プロジェクトの結果に対してどれだけの影響力（パワー）を持つか、そして結果に対してどれだけの関心（インタレスト）を持つかです。結果として4つの象限を持つ2×2グリッドが得られ、各象限にはそれぞれ異なるエンゲージメント戦略が求められます。

軸の意味を整理すると、パワーとは意思決定に影響を与え、リソースを解放し、または進捗を阻止する能力です。インタレストとは、ステークホルダーがプロジェクトの実施内容や成果物にどれだけ関心を持っているかです。

このグリッドが有用なのは、具体的な判断を強制する点にあります。全員を「マネージ・クローズリー」に置くことはできません。ステークホルダーを象限に配置するとき、特定のコミュニケーション頻度と関与レベルにコミットすることになります。この明確さが、過剰なコミュニケーション（CFOに毎週のステータスコールで疲弊させる）と不足したコミュニケーション（サービス開始時に承認が必要なVPを青天の霹靂にさらす）の両方を防ぎます。

最も危険な象限

「キープ・サティスファイド」こそ、プロジェクトが静かに死んでいく場所です。パワーが高くインタレストが低いシニアなステークホルダーは無害に見えます。ただし、プロジェクトが彼らの関心事に影響を与えるまでは。初期段階でエンゲージされていなかったITセキュリティディレクターが、デプロイメントプロセスを事前に確認していなかったことを理由に、ローンチ1週間前にソフトウェア展開を止めることがあります。最初はインタレストが低かった。それが最悪のタイミングで急上昇したのです。こうしたインタレストの変化を監視することが、ステークホルダー分析を定期的に見直す目的のひとつです。

パワー・インタレストグリッドと他のステークホルダーモデルの比較

パワー・インタレストグリッドは唯一のステークホルダーフレームワークではありません。よく使われる他の2つのモデルとして、サリエンスモデルとRACI マトリクスがあります。

RACI マトリクスは「このプロジェクトで誰が何をするか」という問いに答えます。パワー・インタレストグリッドは「誰をどのようにマネージすべきか」という問いに答えます。どちらのツールも有用であり、補完的です。プロジェクトスポンサーは、ステークホルダーグリッドの「マネージ・クローズリー」象限に位置すると同時に、RACI の「説明責任者」の役割を担うことがあります。それらは別々のことを意味します。グリッドはコミュニケーション戦略を形成し、RACI はタスクのオーナーシップを形成します。

サリエンスモデルは、複数の高パワーなステークホルダーが競合し、かつ同等に正当な利害関係を持つ場合に価値ある第三の次元（正当性）を加えます。エンタープライズ規模を下回るほとんどのプロジェクトでは、パワー・インタレストグリッドで十分です。

ステークホルダー分析が重要な理由

プロジェクトは、バグのあるコードや納期遅延だけで失敗するわけではありません。本当の影響力を持つ誰かがブロッカーとなり、誰もそれを予測できなかったときに失敗します。ステークホルダー分析は、スケジュールではなく人間に適用するリスクマネジメントです。

隠れたブロッカーを早期に浮き彫りにします。 プロジェクトキックオフ時の15分間のステークホルダーマッピングセッションで、全員が存在を知っていたが誰も正式に巻き込むことを考えていなかった部門長、コンプライアンスチーム、または取締役会委員会が明らかになることがよくあります。早期に発見することは、サービス開始の2週間前に反対意見を処理するよりもはるかにコストが低いです。

コミュニケーション計画を形成します。 各ステークホルダーがグリッドのどこに位置するかを把握すれば、実際の目的を持つコミュニケーション計画を作成できます。「キープ・サティスファイド」のエグゼクティブへの月次ステアリングコミッティーレポート、「キープ・インフォームド」のエンドユーザーへの週次デモ、重要なマイルストーン時の「マネージ・クローズリー」スポンサーとの日次同期。グリッドがなければ、コミュニケーションはデフォルトで「全員に同じ更新メールを送る」になり、誰も満足しません。

プロジェクトスコープを守ります。 スコープクリープは多くの場合、十分に早い段階でエンゲージされておらず、後から要件を挿入することで補おうとする高パワーのステークホルダーから始まります。そのステークホルダーを事前に特定し、プロセスに組み込んでいれば、計画が確定した後ではなく、確定する前に要件を取り込むことができます。

重要な人々との信頼関係を構築します。 定期的かつ対象を絞ったエンゲージメントにより、ステークホルダーは自分の意見が聞かれていると感じます。彼らはステアリングコミッティーの会議でプロジェクトを支持し、予算申請を承認し、避けられない問題が起きても大事にせず吸収してくれる可能性が高くなります。

よくある失敗

分析を一度限りのイベントとして扱う。 ステークホルダーの状況は変化します。1ヶ月目にインタレストが低かったディレクターが、プロジェクトが自分のチームのワークフローに影響を及ぼし始めると深く関与するようになります。グリッドを定期的に再評価しなければ、問題になるまでこうした変化を見落とします。

支持者だけに焦点を当てる。 すでにプロジェクトを支持している人々へのエンゲージメントに全エネルギーを注ぎたくなりますが、プロジェクトに損害を与える可能性のある人こそ、最もよく理解すべきステークホルダーです。抵抗するステークホルダーには多くの場合、正当な懸念があります。早い段階でエンゲージすることで、反対者を少なくとも中立的な立場に転換できます。

実際の行動ではなく役職に基づいてステークホルダーをプロットする。 正式な権限を持つCFOでも、プロジェクトに関するすべての意思決定を委任している場合、実際には高パワーではありません。本当のパワーは、人々が実際に何をするかから生まれます。組織図が何ができると書いているかからではありません。

非公式な影響者を無視する。 グリッドは公式なパワーをプロットしますが、非公式な影響力は実在します。管理職の肩書を持たないが長く在籍しているチームリードが、部署全体の意見を形成することがあります。こうした人物は組織図の分析では必ずしも現れません。リストを作成するときに「チームが実際に耳を傾けるのは誰か」と問いましょう。

ステークホルダーを列挙するだけでエンゲージメントアクションを定義しない。 20名の名前が4つの象限に整理された完成したグリッドは、仕事の半分に過ぎません。各象限には具体的なエンゲージメント計画が必要です。何を送るか、どのくらいの頻度で送るか、誰が送るか、各グループのフィードバックループがどのように機能するか。

グリッドが機密であると思い込む。 ステークホルダーマップを内部の政治的文書として扱うプロジェクトマネージャーもいます。グリッドをスポンサーやコアチームと（ハイレベルで）共有することで改善されます。参加者が見落とされた名前を指摘し、誤分類されたパワーレベルを修正できます。

ステークホルダー分析の進め方

ステップ1：ステークホルダーを特定する

プロジェクトに影響を与えるまたはプロジェクトの影響を受けるすべての人から始めます。この段階では網を広げましょう。内部チーム、外部パートナー、顧客、規制機関、スポンサー、エンドユーザーを含めます。このリストの良い情報源には、プロジェクト憲章、作業分解構成図、組織図、そしてスポンサーへの直接の質問が含まれます。「他に誰がこれを知る必要がありますか？誰が止める可能性がありますか？」

中規模プロジェクトでは15から40名のリストを目指しましょう。少なすぎると誰かを見落としている可能性があります。多すぎるとリストがシグナルではなくノイズになります。

ステップ2：パワーとインタレストを評価する

各ステークホルダーについて2つの判断を行います。このプロジェクトに対してどれだけのパワーを持っているか。そして結果にどれだけ関心があるか。

シンプルに保ちましょう。3段階（低、中、高）のスケールがうまく機能します。目標は精度ではありません。相対的な位置付けです。この人物はあの人物よりもパワーがあるか。このチームはあの部署よりも結果に関心があるか。これらの相対スコアに基づいてグリッドに配置します。

評価を確定する前に、スポンサーとコアチームに話しかけてみましょう。VP のインタレストレベルに対する一人の判断は必ずしも正確ではありません。複数の視点で検証しましょう。

ステップ3：グリッドにステークホルダーをマッピングする

パワーとインタレストのスコアに基づいて、各ステークホルダーを4つの象限のいずれかに配置します。ステークホルダーが境界線上にある場合は、より重大なリスクを反映する象限を選びましょう。本当の影響力を持つ人物に対しては、エンゲージメントを過剰にする方が不足させるよりも通常は安全です。

各配置の理由を文書化しましょう。グリッドが見直されたり異議を唱えられたりするとき、チャートの点だけでなく、根拠が必要です。

ステップ4：各象限のエンゲージメント戦略を定義する

各象限にコミュニケーションアプローチを割り当て、高優先度の個々のステークホルダーに合わせて調整します。

「マネージ・クローズリー」のステークホルダーについては：定期的な1対1ミーティングをスケジュールし、主要な意思決定に参加させ、最終化前のドラフト文書を共有し、懸念を直接提起できる明確な経路を作成します。「キープ・サティスファイド」のステークホルダーについては：主要なマイルストーンでエグゼクティブサマリーを送り、入力が必要な意思決定を通知し、依頼していない詳細で負担をかけないようにします。

「キープ・インフォームド」のステークホルダーについては：一貫した更新ケイデンス（規模に応じてニュースレター、デモセッション、タウンホール）を構築し、問題を浮上させるためのフィードバックチャンネルを作成します。「モニター」のステークホルダーについては：インタレストが変化していないか確認するための定期的なレビュートリガー（月次または四半期ごと）を設定します。

ステークホルダーエンゲージメント計画をプロジェクト憲章に結びつけることで、誰かが情報共有から漏れていると不満を言ってから後付けするのではなく、最初からコミュニケーションのコミットメントが見える状態になります。

ステップ5：モニタリングと再評価

ステークホルダーマップは陳腐化します。主要なプロジェクトフェーズごとにレビューチェックポイントを組み込みましょう。開始フェーズの終わり、各重要なマイルストーンの後、重大な発表やデプロイメントの前に行います。レビューでは3つの質問をします。誰かのパワーが変化したか。誰かのインタレストが変化したか。キックオフ時のリストになかった新しいステークホルダーがいるか。

重大な変化を記録しましょう。プロジェクトの途中で「モニター」から「マネージ・クローズリー」に移動するステークホルダーは、文書化する価値のある警告サインです。変化がプロジェクトのタイムラインやスコープに影響を与える可能性がある場合は、リスクまたは前提事項の更新としてRAID ログに記録しましょう。

ステークホルダー分析の例

400名の営業・マーケティング組織全体でのCRM ソフトウェア展開のステークホルダー分析の例を示します。

プロジェクトの背景： レガシーCRM を最新プラットフォームに置き換えます。このプロジェクトはすべての営業担当者の日常ワークフローに関わり、IT インフラの変更が必要で、サードパーティベンダーが関与し、エグゼクティブチームと法務の承認が必要です。

IT セキュリティチームの行に注目してください。最初はインタレストが低いものの、パワーは高いです。これは「キープ・サティスファイド」の配置ですが、リスクが特定されています。デプロイメントのセキュリティ要件がレビューされるときにインタレストが急上昇するというリスクです。これを早期に特定することで、PM がサービス開始時にブロッカーを発見するのではなく、2ヶ月目にセキュリティレビューをスケジュールできます。

ベストプラクティス

• 各ステークホルダーを部署ではなく個人として名指しする。 「マーケティング」は意見を持ちません。マーケティングディレクターが意見を持ちます。個人名はアカウンタビリティを生み出します。
• フェーズゲートごとにグリッドを見直す。 キックオフ時に作成し、それ以降一度も更新されないステークホルダーマップは偽の安心感です。
• 各配置の根拠を文書化する。 ステークホルダーが象限の分類に異議を唱えたとき、防衛的な説明ではなく明確な根拠が必要です。
• ステークホルダーマップをRAID ログに結びつける。 低から高インタレストに移行する可能性があるステークホルダーは、記録する価値あるリスクです。支持を期待しているステークホルダーは、検証する価値ある前提事項です。
• グリッドを優先付けのために使用し、排除のためには使わない。 「モニター」のステークホルダーも定期的な注目に値します。グリッドはどこにより多くのエネルギーを注ぐかを示すものであり、誰を無視するかを示すものではありません。
• グリッドをプロジェクトスポンサーと共有する。 彼らは組織の政治を誰よりも知っています。スポンサーとのグリッドの20分間のレビューで大幅に改善されます。
• 分析中に収集したステークホルダーのインプットをプロジェクトスコープ・ステートメントに反映させる。 「マネージ・クローズリー」のステークホルダーから生まれた要件は、計画が確定する前にスコープに組み込む必要があります。この象限からのサプライズはコストがかかります。
• 「キープ・サティスファイド」象限を最も注意深く監視する。 パワーが高くインタレストが低いステークホルダーは、最も危険な種類のサプライズです。彼らの無関心は普通の状態ですが、突然そうでなくなります。

よくある質問

ステークホルダーマップとステークホルダー分析の違いは何ですか？

ステークホルダーマップはビジュアルなアウトプット（名前が象限にプロットされた2×2グリッド）です。ステークホルダー分析は完全なプロセスです。ステークホルダーの特定、パワーとインタレストの評価、マッピング、エンゲージメント戦略の定義、変化の監視。マップは分析によって生まれる成果物のひとつです。両方の用語を同じ意味で使うことは一般的ですが、技術的には分析の方が広い概念です。

グリッドには何名のステークホルダーが必要ですか？

ほとんどの中規模プロジェクトでは、15から40名が適切な範囲です。10名未満では誰かを見落としている可能性があります。60名を超えるとグリッドが管理不能になります。大規模プログラムでは複数のグリッドを持つことがあります。プログラム全体のグリッドと、ワークストリームまたはプロジェクトフェーズごとのグリッドです。

ステークホルダーは複数の象限に入ることができますか？

できません。各ステークホルダーは任意の時点で1つの配置を持ちます。パワーやインタレストが変化した場合は、位置を更新します。グリッドはスナップショットです。1人のステークホルダーを常に1つの象限に置くことで、「ある意味2つの場所にいる」という曖昧さを防ぎます。

ステークホルダー分析とRACIマトリクスの違いは何ですか？

それぞれ異なる問いに答えます。ステークホルダー分析は「プロジェクトに影響を与えているまたは影響を受けているすべての人は誰で、どのように関与すべきか」という問いに答えます。RACI マトリクスは「各タスクや成果物に対して、誰が実行責任者、説明責任者、相談先、情報受領者か」という問いに答えます。ステークホルダー分析はより広く、より戦略的です。RACI はタスクレベルで運用的です。通常、ステークホルダー分析をRACIの前に構築します。誰が重要かを知ることで、RACI の役割に誰を含めるかを判断できるためです。

ステークホルダー分析はいつ始めるべきですか？

理想的にはプロジェクト憲章が確定する前です。ステークホルダーマップは、憲章のコミュニケーション計画とガバナンス構造に直接影響します。遅くともプロジェクト開始フェーズ中に初期分析を完了させましょう。計画が確定した後に実施しようとすると、すでに遅れていることになります。

---

パワー・インタレストグリッドは何を作るべきかを教えてくれません。しかし、あなたが作るものの成功を決める人物が誰かを教えてくれます。それが、他の何よりも先に作る価値のあるマップです。

関連記事

• RACI マトリクス：概要と日常業務での活用例
• プロジェクト憲章：すべてのプロジェクトを正しく始めるためのドキュメント
• プロジェクトスコープ・ステートメント
• RAID ログ：リスク、前提事項、課題、依存関係を追跡する
• プロジェクトライフサイクル：フェーズ、モデル、選び方
• 作業分解構成図
• リスクレジスター
• MoSCoW 優先順位付け