ステークホルダー すてーくほるだー
簡単に言うとこんな感じ!
プロジェクトに「関係するすべての人・組織」のことだよ!発注する会社、作るベンダー、使うエンドユーザー、予算を握る経営層……みんなひっくるめて「ステークホルダー」って呼ぶんだ。この人たちを把握して巻き込まないと、プロジェクトは必ず失敗するってこと!
ステークホルダーとは
ステークホルダー(Stakeholder)とは、プロジェクトや事業の結果によって影響を受ける、または影響を与えるすべての人・組織のことを指します。「stake(利害・賭け金)」+「holder(持っている人)」、つまり「利害を持っている人=利害関係者」という意味です。
ITプロジェクトにおけるステークホルダーは非常に幅広く、システムを発注する会社の担当者・経営層・実際に使う現場スタッフ・開発を担うベンダー・法的規制を管轄する行政機関なども含まれます。重要なのは、「プロジェクトに直接関わっている人だけ」ではなく、結果に影響を与えたり受けたりするすべての関係者がステークホルダーだという点です。
プロジェクト管理の国際標準である PMBOKガイド(Project Management Body of Knowledge) では、ステークホルダーの特定・分析・エンゲージメント(関与・巻き込み)を独立したプロセス群として定義しており、プロジェクト成功の鍵として位置づけています。ステークホルダーを正しく把握しないまま進めると、「完成後に使ってもらえない」「途中でひっくり返す要求が出てくる」といった典型的な失敗につながります。
ステークホルダーの種類と関係性
ITプロジェクトに登場する主なステークホルダーを整理すると、以下のように分類できます。
| 分類 | 具体的な人・組織 | プロジェクトへの影響 |
|---|---|---|
| 内部ステークホルダー | 経営層・IT部門・現場部門・プロジェクトチーム | 要件・予算・優先度を左右する |
| 外部ステークホルダー | ベンダー・開発会社・コンサルタント | 成果物の品質・スケジュールに直結 |
| 利用者 | エンドユーザー・顧客 | システムの受け入れ可否を決める |
| 監督・規制 | 経営監査・法務・行政機関 | コンプライアンス要件を課す |
影響力と関心度のマトリクス(権力・関心マトリクス)
ステークホルダーを管理するときに便利なのが「権力×関心度マトリクス」です。縦軸に「影響力(権力)」、横軸に「関心の高さ」を置き、4象限に分けてコミュニケーション戦略を変えます。
関心度:低 関心度:高
┌──────────────────┬──────────────────┐
影響力:高 │ 最小限の労力で │ 密接に管理する │
│ 満足させる │ (最優先!) │
├──────────────────┼──────────────────┤
影響力:低 │ モニタリングのみ │ 情報提供を続ける│
└──────────────────┴──────────────────┘
右上の「影響力が高く、関心も高い」グループが最重要です。このグループへの報告・合意形成を怠ると、プロジェクトが大きく揺れます。
覚え方
「ステークホルダー=ステーク(牛肉)を食べる全員が関係者」と覚えると、「料理する人・食べる人・食材を届けた人・お店のオーナー・食中毒なら保健所まで」全員がステークホルダーになるイメージがつかみやすいですよ。
歴史と背景
- 1960年代:スタンフォード研究所(SRI)が企業経営における「株主以外の利害関係者」を指す概念として「stakeholder」という言葉を初めて使用
- 1984年:経営学者 R・エドワード・フリーマン が著書 Strategic Management: A Stakeholder Approach でステークホルダー理論を体系化。「企業は株主だけでなく、すべての利害関係者に責任を持つべき」と主張し、経営・プロジェクト管理に広く普及
- 1996年:PMIが PMBOKガイド初版 を発行。プロジェクト管理の正式なプロセスとしてステークホルダー管理が位置づけられる
- 2013年:PMBOKガイド第5版で「ステークホルダー管理」が独立した知識エリアとして追加され、10の知識エリアの一つに昇格
- 2021年:PMBOKガイド第7版では「ステークホルダーへの関与(エンゲージメント)」がプロジェクト原則の一つとして明示。単なる管理ではなく、積極的に巻き込むことが強調される
ステークホルダーマネジメントのプロセス
PMBOKガイドに基づくと、ステークホルダーマネジメントは4つのステップで進みます。
ステークホルダー台帳(登録簿)とは
「ステークホルダー登録簿(Stakeholder Register)」とは、プロジェクトに関わる全ステークホルダーを一覧化したドキュメントです。実務では以下の項目を記録します。
| 項目 | 内容例 |
|---|---|
| 氏名・組織 | 〇〇部長 / △△株式会社 |
| 役割 | スポンサー / エンドユーザー代表 / ベンダーPM |
| 連絡先 | メール・電話 |
| 影響力 | 高 / 中 / 低 |
| 関心度 | 高 / 中 / 低 |
| 関与戦略 | 密接管理 / 情報提供 / 定期報告 |
| 主な懸念・期待 | 「予算超過を避けたい」「操作が簡単なUIを」 |
このドキュメントはプロジェクト開始時に作り、状況が変わるたびに更新し続けることが重要です。
関連する規格・RFC
| 規格 | 内容 |
|---|---|
| PMBOK Guide(PMI発行) | プロジェクト管理の国際標準。第5版以降でステークホルダー管理を独立した知識エリアとして定義 |
| ISO 21500:2021 | プロジェクト・プログラム・ポートフォリオ管理の国際規格。ステークホルダーエンゲージメントを明示的に要求 |
| ISO 26000 | 社会的責任に関する国際規格。ステークホルダーエンゲージメントを組織の基本原則として規定 |
関連用語
- 要件定義 — システムに何を求めるかを言語化するプロセス。ステークホルダーの声を集める最初の関門
- プロジェクトスポンサー — プロジェクトに予算・権限を与える最上位のステークホルダー
- コミュニケーション計画 — 誰に何をいつ伝えるかを定めた計画。ステークホルダー分析の結果に基づいて作成する
- PMBOKガイド — PMIが定めるプロジェクト管理の知識体系。ステークホルダー管理を体系化した国際標準
- RFP(提案依頼書) — ベンダーへの発注仕様書。ステークホルダーの要求を集約して作成する
- エンドユーザー — システムを実際に使う人。最も重要なステークホルダーの一つ
- ガバナンス — プロジェクト・組織の意思決定ルールや統制の仕組み。ステークホルダー間の権限関係を規定する