以前の記事では、PMBOK第8版の大きな特徴である「プロジェクトに必要な7つの機能」について解説しました。
「ファシリテーションや資源の確保といった機能は、プロマネ(PM)一人が抱え込む必要はなく、得意な人や適任者に任せて分担すればいい」というお話をしました。
これを聞いて、少しホッとしたと同時に、次のような疑問が浮かんだ方もいるのではないでしょうか。
「色々な機能がチームや他の人に分散したのなら、結局PMの仕事って何をするの?」
今回は、この疑問に対する明確な答えとなる、PMBOK第8版の「2.5 プロジェクトマネジメントの役割(Project Management Roles)」について解説していきます。
プロジェクトに不可欠な「4つの役割カテゴリー」

PMBOK第8版では、プロジェクトに価値をもたらすために不可欠な役割を、以下の4つのカテゴリーに分けて定義しています。
1. プロジェクトマネジメント・チーム
目標を達成し、価値を提供するためにチーム全体を導く役割です。
ここは「PM1人」を指すこともあれば、複数人のチームを指すこともあり、アジャイル開発における「スクラムマスター」や「アジャイルコーチ」などもここに含まれます。
この役割には、以下の5つのコンピテンシー(能力)が求められます。
- 社会的責任: 倫理基準の遵守や公益に合致した意思決定
- パワースキル: 感情的知性(EQ)、対立解決などの対人スキル
- ビジネス感覚: 組織の戦略的目標とプロジェクトを合致させる視点
- 働き方: 予測型、適応型(アジャイル)、ハイブリッドなどを使い分ける知識
- 結果: 実際に価値を生み出すための問題解決能力や社内政治への対応力
2. スポンサー、顧客、またはプロダクトオーナー
現場のチームの権限外で「意思決定のリーダーシップ」を提供する役割です。
組織のビジョンをチームに伝え、資金や人員といったリソースの確保を支援します。チームの権限では越えられない壁(ハードル)を排除するために動く、強力な後ろ盾となります。
3. プロジェクトチーム
プロジェクトの作業を実際に実行し、目標を達成する直接的な責任を負うメンバーの集まりです。
自己組織化して分散型で進めるチームもあれば、PMの指導の下で集中的に動くチームもあります。どのような形であれ、サポート型のリーダーシップとメンバーの継続的な関与が成功の鍵となります。
4. エンドユーザーおよびその他の主要なステークホルダー
成果物を最終的に利用する人々や、規制当局などの関係者です。
プロジェクトチームは彼らと継続的な対話を行い、「作ったけれど使われない(価値がない)」という悲劇を防ぐために、そのフィードバックを開発に統合していく必要があります。
機能が分散した今、PMの「本当の仕事」とは?
さて、冒頭の疑問に戻りましょう。
各機能が分散し、意思決定はスポンサーが担い、実際の作業はチームが行い、フィードバックはエンドユーザーがくれる。では、PMは何をするのでしょうか?
私の結論はこうです。
「チーム、スポンサー、エンドユーザーという多様なステークホルダーへ働きかけ、彼らを連携させてプロジェクトを推進する『リーダーシップ』を発揮すること」
これこそが、これからのPMの最も重要な仕事なのです。
【SSAITSの視点】
オーケストラを想像してみてください。バイオリンを弾く人(プロジェクトチーム)、コンサートの資金を出す人(スポンサー)、音楽を聴きに来る観客(エンドユーザー)がいます。
指揮者(PM)は自ら楽器を弾くわけではありませんが、指揮者がいなければ美しい音楽(価値)は生まれません。
PMにすべてが押し付けられていた時代から、各機能が専門化・分散化した現代において、PMは「全部を自分でやる作業者」から、「全体を俯瞰し、人と人をつなぎ、価値を生み出すための環境を整える指揮者(コーディネーター)」へと進化しました。
先ほど挙げた「パワースキル(対人スキル)」や「ビジネス感覚」が重視されているのも、このステークホルダーへの働きかけに直結するからです。
まとめ
PMBOK第8版では、プロジェクトマネージャーという「単一の役職」にすべてを背負わせるのではなく、以下の4つの役割が連携して推進する考え方が強く押し出されています。
- プロジェクトマネジメント・チーム(導く・調整する)
- スポンサー/プロダクトオーナー(意思決定・リソース確保)
- プロジェクトチーム(作業の実行)
- エンドユーザー(フィードバック・価値の享受)
「自分ですべての作業を抱え込まなくていい」。しかし、「彼らが連携して動けるように働きかけ、リーダーシップを発揮する責任はPMにある」。
このバランス感覚こそが、これからの時代に求められる、真のプロジェクトマネジメントの姿なのです。

