プロジェクト管理の基本概念

ステークホルダー すてーくほるだー

プロジェクト管理利害関係者要件定義コミュニケーション計画PMBOKガイド発注者
ステークホルダーについて教えて

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

プロジェクトに「関係するすべての人・組織」のことだよ!発注する会社、作るベンダー、使うエンドユーザー、予算を握る経営層……みんなひっくるめて「ステークホルダー」って呼ぶんだ。この人たちを把握して巻き込まないと、プロジェクトは必ず失敗するってこと!


ステークホルダーとは

ステークホルダー(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(提案依頼書) — ベンダーへの発注仕様書。ステークホルダーの要求を集約して作成する
  • エンドユーザー — システムを実際に使う人。最も重要なステークホルダーの一つ
  • ガバナンス — プロジェクト・組織の意思決定ルールや統制の仕組み。ステークホルダー間の権限関係を規定する