プロジェクト管理

ステークホルダー管理すてーくほるだーかんり

ステークホルダー関係者管理利害関係者コミュニケーションプロジェクト管理PMBOK

ステークホルダー管理について教えて

簡単に言うとこんな感じ！

プロジェクトに関わるすべての「利害関係者」を洗い出して、誰にどんな情報をいつ届けるかを計画・実行する仕組みだよ。「この人に根回しておけばよかった！」という後悔をなくすための管理術なんだ！

ステークホルダー管理とは

ステークホルダー管理（Stakeholder Management） とは、プロジェクトに影響を与える、または影響を受けるすべての人・組織（ステークホルダー＝利害関係者）を特定し、それぞれの関心・影響力・期待に応じた対応策を計画・実施するプロセスです。PMBOKでは独立した知識エリアとして定義されており、プロジェクト成功の鍵とされています。

ステークホルダーには「直接参加するメンバー」だけでなく、経営層・他部門・エンドユーザー・ベンダー・規制当局など幅広い関係者が含まれます。例えば、社内の新システム導入プロジェクトでは、IT部門・経営企画・現場部門・情報システム子会社・外部ベンダーがそれぞれ異なる立場と期待を持ちます。

ステークホルダー管理の目的は単なる「報告」ではなく、関係者の協力を引き出し、抵抗を最小化し、意思決定を円滑にすることです。特に発注者側の担当者は、自社内の関係者調整（根回し・合意形成）がプロジェクト成否を左右することを理解しておくと、ベンダーとの連携もスムーズになります。

ステークホルダーの分類と関与レベル

ステークホルダーは「影響力」と「関心度」の2軸でマッピングして管理します。

分類	説明	対応方針
高影響力・高関心	経営層スポンサー、主要発注者	密接に管理・重点コミュニケーション
高影響力・低関心	他部門の部長、規制当局	満足を維持・必要時に情報提供
低影響力・高関心	エンドユーザー代表、現場担当者	十分な情報提供・意見収集
低影響力・低関心	間接的な関係者	監視・必要最低限の連絡

ステークホルダーの関与レベル（PMBOK定義）

レベル	状態	説明
認識していない	Unaware	プロジェクトの存在・影響を知らない
抵抗	Resistant	変化・影響に反対・消極的
中立	Neutral	支持も反対もしない
支持	Supportive	変化を理解し支援する意向あり
先導	Leading	積極的に変化を推進する

歴史と背景

1960〜70年代: 大型公共事業・宇宙開発で「関係者調整の失敗」がプロジェクト遅延の主因として認識される
1984年: R.エドワード・フリーマンが著書『Strategic Management: A Stakeholder Approach』でステークホルダー理論を体系化
1996年: PMBOKがステークホルダー管理をプロジェクト管理の重要プロセスとして組み込む
2013年: PMBOK第5版でステークホルダー管理が独立した知識エリア（第13章）として格上げされる
現在: アジャイル開発でも「顧客・ユーザーの継続的関与」として、ステークホルダー管理の考え方が重視されている

ステークホルダー管理プロセスの全体像

ステークホルダー登録簿の記載例

氏名/組織	役割	関心事項	影響力	現在の関与	目標の関与
鈴木部長（経営企画）	スポンサー	ROI・経営効果	高	支持	先導
田中リーダー（営業部）	ユーザー代表	使い勝手・入力負担	中	抵抗	支持
○○ベンダー PM	開発責任者	要件確定・支払い	高	支持	支持

規格・番号	内容
PMBOK 第7版（PMI）	ステークホルダー・パフォーマンス領域として体系化
ISO 21500	プロジェクトマネジメントの国際規格。利害関係者主題グループを定義
ISO 26000	社会的責任の国際規格。ステークホルダーエンゲージメントの原則を規定