プロジェクトには、社内外の多種多様な人々が関わります。この複雑な「人間関係」をどう整理し、誰に何を期待すべきかを把握することは、プロマネにとって最大の難問の一つです。
最新のPMBOK第8版では、プロジェクトに価値をもたらすために不可欠な役割を「4つのカテゴリー」に整理して定義しています。
今回は、この4つのカテゴリーを使ってステークホルダーを構造化する方法と、実務で注意すべき「役割の捉え方」について解説します。
山脇 弘成（SSAITS代表）
PMP®有資格者・Webプロジェクトマネージャー。
大手メディアや官公庁のWebプロジェクト実績多数。
「技術」だけでなく「対話」を重視し、御社の「ほんとは、こうしたかった」を形にします。
PMBOK第8版が定義する「4つの役割カテゴリー」
プロジェクトの環境は千差万別ですが、どんなプロジェクトでも以下の4つの機能が正しく働いている必要があります。
1. プロジェクトマネジメント・チーム（導く人々）
プロジェクトの目標達成に向けてチームを牽引する役割です。
- 柔軟な形： PM1人の場合もあれば、PMOを含むチーム、あるいはアジャイルのスクラムマスターやコーチが含まれることもあります。
- 求められる5つの能力： 「社会的責任」「パワースキル（対人能力）」「ビジネス感覚」「働き方（手法の知識）」「結果（完遂力）」の5つが重視されます。
2. スポンサー、顧客、またはプロダクトオーナー（意思決定する人々）
プロジェクトの「外側」から意思決定のリーダーシップを提供する役割です。
- 役割： ビジョンを示し、予算や人員などのリソースを確保し、チームの手には負えない大きな障害を取り除きます。彼らの積極的な関与が、プロジェクトの「価値」を左右します。
3. プロジェクトチーム（実行する人々）
実際に作業を行い、成果物を作り上げる責任を負う集まりです。
- 調整の形： PMが細かく指示を出す「集中型」もあれば、チームが自ら判断して動く「自己組織化（分散型）」もあります。どちらにせよ、互いをサポートし合うエンゲージメントが成功の鍵です。
4. エンドユーザーおよびその他の主要なステークホルダー（影響を受ける人々）
成果物を最終的に使う人や、プロジェクトに影響を与える外部機関（規制当局など）です。
- 対話の重要性： 彼らと継続的に対話し、フィードバックを開発に取り込み続けることで、「作ったけれど価値がない」という最大のリスクを回避します。
カテゴリー分けで「ステークホルダー管理」を楽にする
プロジェクトが始まるとき、まずは関わる人々をこの4つの箱に放り込んでみてください。
「この人は意思決定者（カテゴリー2）だから、リソースの相談をしよう」「このメンバーは実行部隊（カテゴリー3）だから、作業に集中できる環境を整えよう」といった具合に、役割を特定することで、適切な働きかけの方法が見えてくるはずです。
最終的に、ステークホルダー登録簿のように、リスト化された資料を作っておくと、後々管理が楽になります。
カテゴリー4は「細分化」して捉えるべし
PMBOKでは一つのカテゴリーにまとめられていますが、実務においては、4つ目の「エンドユーザーおよびその他の主要なステークホルダー」はさらに細かく分けて考える必要があります。
なぜなら、「エンドユーザー」と「規制当局や政府」では、プロジェクトへの影響力が根本から異なるからです。
- エンドユーザー（利用者）： 彼らのフィードバックは、製品の「売れ行き」や「使い勝手（価値の最大化）」に影響します。
- 規制当局（ルール）： 彼らの要求は、「そもそもこの製品を世に出していいのか？（法的・倫理的な存続可否）」というプロジェクトの存立基盤そのものに影響します。
「ユーザーには好評だけれど、法規制に抵触してリリース直前で中止になった」という悲劇は、これらを一括りに「外部の声」として扱ってしまうことで起こります。彼らがプロジェクトにどのような「質」の影響を与えるのかを個別に把握することが、真のリスク管理に繋がります。
ステークホルダーの整理には、権力と関心度の二軸で考えると整理がしやすくなります。
詳しくは下記の記事もご参照ください。
まとめ
PMBOK第8版の役割定義は、PM一人に重責を負わせるのではなく、「プロジェクトに関わる全員がそれぞれの役割を全うすることで価値が生まれる」という共創の姿勢を示しています。
- マネジメント・チームが導き、
- スポンサーが決定し、
- プロジェクトチームが作り、
- ステークホルダーが価値を享受（または担保）する。
この4つの歯車が噛み合っているかを常にチェックすること。それが、現代のプロマネに求められる「ステークホルダー管理」の要諦です。