ステークホルダー・パフォーマンス領域とは?PMBOK第8版の全体像をつかむ

プロジェクトがうまくいかなくなるとき、その原因が技術的な難しさではなく「人」にあった、という経験はありませんか。

決裁者が途中まで話に入っていなかった。現場の担当者が反対していることに気づかなかった。報告はしていたはずなのに、相手には届いていなかった。こうしたことは、規模の大小を問わず起こります。

PMBOK第8版の「ステークホルダー・パフォーマンス領域」は、まさにこうした「人」を扱う領域です。プロジェクトのライフサイクル全体を通じて、ステークホルダーを特定し、分析し、効果的な関与(エンゲージメント)とコミュニケーションを実現するためのプロセスとツールが整理されています。

この記事では領域全体の地図を示します。それぞれの詳細は個別の記事にまとめていますので、気になるところから読み進めてみてください。

目次
このサイトの運営者

山脇 弘成(SSAITS(サイツ)代表)

PMP®有資格者・Webプロジェクトマネージャー
大手メディアや官公庁のWebプロジェクト実績多数。
「技術」だけでなく「対話」を重視し、御社の「ほんとは、こうしたかった」を形にします。

Promapediaは、SSAITS(サイツ)が運営する
プロジェクトマネジメント情報サイトです。

SSAITS公式サイトはこちら

この領域は4つのパートで構成されている

ステークホルダー・パフォーマンス領域は、大きく次の構成になっています。

パート扱う内容
キーコンセプト領域の土台となる6つの考え方
プロセスステークホルダー管理を実行する7つの手順
テーラリングプロジェクトの性質に応じた調整の仕方
結果の確認管理がうまくいったかを検証する5つの成果

以下、それぞれを簡単に見ていきます。

キーコンセプト:領域を支える6つの考え方

この領域を実践するうえで土台となるのが、次の6つの概念です。

  1. ステークホルダー・エンゲージメント —— ニーズと関心を把握し、期待値を管理して支持を育む活動
  2. ステークホルダー満足度 —— 継続的なコミュニケーションと利害調整によって得られるもの
  3. チーム・エンゲージメント —— チームメンバー自身も重要なステークホルダーである
  4. コミュニケーション管理 —— 相手に合わせて伝え方を変える
  5. データ駆動型の意思決定 —— AI搭載ツールも活用し、事実に基づいて合意を取る
  6. ベンダーおよびサプライヤー管理 —— 外部パートナーも成否を左右する関係者

とくに注目したいのが、1つ目に含まれるスポンサーの存在です。PMBOKは、積極的に関与するスポンサーがプロジェクト成功の決定的な要因であると明記しています。

プロセス:7つの手順で管理する

この領域は、7つのプロセスで構成されています。「エンゲージメント系」と「コミュニケーション系」が、計画・実行・監視の各段階で対になっているのが特徴です。

  1. ステークホルダーの特定
  2. ステークホルダー・エンゲージメントの計画
  3. コミュニケーション管理の計画
  4. ステークホルダー・エンゲージメントの管理
  5. コミュニケーションの管理
  6. ステークホルダー・エンゲージメントの監視
  7. コミュニケーションの監視

ポイントは、1の「特定」が一度きりの作業ではないことです。定期的・継続的に見直し続けることが、リスク管理の戦略としても機能します。

テーラリング:プロジェクトの性質に合わせて調整する

ステークホルダー管理やコミュニケーションのやり方は、どんなプロジェクトでも同じでよいわけではありません。

反復型の開発ならデモやレトロスペクティブといったセレモニーを設け、大規模なERP導入なら月次のタウンホールミーティングで一貫した情報を流し、多国籍プロジェクトなら多言語配信やバーチャルフォーラムで包摂的な関与を確保する。同じ「巻き込む」でも、手段はまったく違ってきます。

第8版では、コミュニケーション用の成果物作成にAIやLLMを使うかどうかを、ステークホルダーとの合意事項として扱うべきだという点も加わっています。

他の領域との相互作用

ステークホルダーは、プロジェクトの全局面に深く関わります。スコープや品質要件を決め、優先順位を付け、計画策定に参加し、最終的な成果物の受け入れを判断するのも彼らです。

とくにガバナンス(ステアリング委員会などとのチャネル維持)と財務(予算の定義、資金供給の決定、財務管理の監視)との結びつきが強く、また適切なステークホルダーを初期に特定できていないことは、リスクを招く大きな要因になるとされています。

結果の確認:5つの目標成果

最後に、この領域の管理がうまくいったかを検証する枠組みです。

  1. ステークホルダーのエンゲージメントが維持されている
  2. リスク対応が特定され、成功裏に実施されている
  3. プロジェクト目標に対するステークホルダーの合意が形成されている
  4. コミュニケーション管理が適切に実施されている
  5. プロジェクト計画にサプライヤーの視点や作業成果が統合されている

3つ目の確認方法として「要求事項に対する変更要求の件数を追跡する」ことが挙げられているのは、実務でも使いやすい視点だと思います。変更要求が多いということは、当初の合意が十分でなかったことの表れかもしれません。

まとめ

ステークホルダー・パフォーマンス領域は、6つのキーコンセプトを土台に、7つのプロセスで管理を実行し、プロジェクトの性質に応じてテーラリングし、5つの成果で検証するという構成になっています。

そしてこの領域は、スコープ・品質・ガバナンス・財務・リスクといった他のあらゆる領域に浸透しています。プロジェクトの問題の多くが「人」に由来することを考えれば、ここに時間を割く価値は十分にあるはずです。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次