PMBOK第8版の学習記録、今回は第2章から「2.1.1 価値提供の構成要素（Value Delivery Components）」を読み解いていきます。
このセクションには、これからのプロジェクトマネージャー（PM）の役割を根底から変える、非常に重要なメッセージが込められています。
結論から言うと、それは「プロマネの仕事は、成果物を作って終わりではない」ということです。
山脇 弘成（SSAITS代表）
PMP®有資格者・Webプロジェクトマネージャー。
大手メディアや官公庁のWebプロジェクト実績多数。
「技術」だけでなく「対話」を重視し、御社の「ほんとは、こうしたかった」を形にします。
従来のPMBOKとの決定的な違い
PMBOK第6版までを学ばれてきた方ならお分かりかもしれませんが、かつてのプロジェクトマネジメントは「スコープ（要求された機能）」を期日通り、予算内で作り上げ、「Deliverable（成果物）」を納品することが最大のゴールとされてきました。
システム開発であれば、「バグのないシステムをリリースした日」がPMの仕事の終わり（プロジェクトの終結）だったのです。
しかし、第8版ではその先の道筋が明確に示されました。プロジェクトの活動がどのように「価値」に変換されていくのか。PMBOKではこれを4つのステップ（連鎖）で定義しています。
価値が生まれるまでの「4つの連鎖」
プロジェクトが真の目的を達成するまでには、以下の4つの段階を踏みます。新しい業務システムを導入するプロジェクトを例に見てみましょう。
1. Deliverable（成果物）
プロジェクトが直接生み出す「モノやサービス」のことです。
- 例： 新しい業務システムが完成し、リリースされた状態。
2. Outcome（成果 / 結果）
成果物を使ったことによって生じた「結果や変化」のことです。
- 例： 新システムにより、これまで手作業だったデータ入力が自動化され、作業時間が1日2時間短縮された。
3. Benefit（便益）
Outcome（成果）が組織にもたらす「ポジティブな効果」のことです。
- 例： 作業時間が短縮されたことで、残業代（人件費）が削減された。または、空いた時間でより創造的な業務に取り組めるようになった。
- （※逆に、ネガティブな結果や損失を生む場合は「Disbenefit（不利益）」と呼ばれます）
4. Value（価値）
Benefit（便益）の蓄積から生まれる、組織にとっての「最終的な有用性や重要性」です。
- 例： 利益率の向上、企業の競争力強化、あるいは従業員の労働環境改善（ウェルビーイングの向上）。
システム全体で「価値」を育て続ける
この「4つの連鎖」を見ると、Deliverable（成果物）は価値を生み出すための「ただのスタート地点」に過ぎないことがわかります。
いくら立派なシステム（Deliverable）を作っても、現場が使いこなせず業務時間が短縮されなければ（Outcomeが出なければ）、価値（Value）はゼロです。
さらにPMBOKでは、プロジェクトは単独で存在するのではなく、上位の「ポートフォリオ」が戦略を結びつけ、日々の「定常業務（オペレーション）」がそれを支えるという「統合システム（価値提供システム）」の一部であると強調しています。
そして、このシステムが機能するためには、作り手と使い手などの構成要素間で絶えず「情報とフィードバック」が共有されなければなりません。
まとめ：これからのPMに求められる視座
「2.1.1 価値提供の構成要素」が私たちに伝えているのは、PMの視野の拡大です。
- 成果物（Deliverable）の納品をゴールにしない。
- その成果物が、現場にどんな変化（Outcome）を起こし、どんな便益（Benefit）をもたらすかまでをデザインする。
- フィードバックを通じて、最終的な価値（Value）に到達するまでシステム全体を見守る。
「作って終わり」の職人から、「価値が生まれるプロセス全体を導く」プロフェッショナルへ。これこそが、PMBOK第8版が提示する、これからの時代のプロジェクトマネージャーの真の姿なのです。