価値に基づく提供とは？なぜ新ECOで重視される？
価値に基づく提供（value-based delivery）は、関係者にとっての価値を物差しにして、作業を選び、判断することです。問うのは「計画どおり作ったか」より「価値のある結果を届けたか」です。
背景には、PMI（PMP を認定する団体）の調査があります。2026年版の ECO は、この調査をもとにプロジェクトの成功の見方を広げたと説明しています。スケジュール・予算・スコープという従来の物差しに、関係者にとっての価値と、望む成果の達成を加えた見方です。
成功の基準は「かけた労力と費用に見合う価値を届けたか」になりました。期限内・予算内に完成しても、使われなければ成功とは言えません。この考え方を具体的な仕事にしたのが、Process タスク3「価値に基づく提供を確実にする」です。
成果物・成果・便益・価値はどう違う？
価値の話で混乱しやすいのが、似た4つの言葉です。プロジェクトが直接作るのは成果物までです。その先の成果・便益・価値は、成果物が使われて初めて生まれます。
- 1
成果物（アウトプット）
予約システムが完成する
- 2
成果（アウトカム）
電話予約が減り、24時間予約できる
- 3
便益（ベネフィット）
受付の残業が減り、予約数が増える
- 4
価値
投資に見合う利益と、顧客の満足
当サイトの整理。架空の例
「成果物を作れば役目は終わり」という考え方は、この流れの最初で止まっています。価値に基づく提供では、成果と便益が出る見込みまでを意識して判断します。
便益が実際に出るのは、プロジェクトの終了後になることも多いです。だからこそ、測る仕組みをプロジェクトの間に用意しておきます（後述）。
Processタスク3のイネーブラーは？旧版から何が変わった？
ECO はタスク3の仕事の例として、6つのイネーブラー（タスクを具体的にした仕事の例）を挙げています。当サイトの要約と、実務での意味を示します。
| イネーブラー（要約） | 実務での意味 |
|---|---|
| 主要な関係者と価値の要素を特定する | 誰にとって、何が価値かを言葉と数字にする |
| 価値と関係者のフィードバックで作業に優先順位を付ける | 価値の高い作業から着手する |
| 価値を段階的に届ける機会を評価する | 一括ではなく、早く小さく届けられないか考える |
| プロジェクト全体を通してビジネス価値を確かめる | 途中でも、まだ価値があるか点検する |
| 便益を追跡する測定の仕組みがあることを確かめる | 効果を測る指標・方法・担当を決めておく |
| 価値を示すための提供の選択肢を評価する | 試作、試験運用、段階リリースなどを比べる |
2021年版の ECO では、価値の話は2か所に分かれていました。1つは Process タスク1（ビジネス価値を届ける緊急性をもって実行する）です。もう1つは Business Environment タスク2（便益と価値を評価し届ける）でした。
2026年版はこれを1つのタスクにまとめました。新しく書き加えられたのは「価値の要素を関係者と特定する」と「価値とフィードバックで優先順位を付ける」です。価値を届ける前に決め、その価値で作業を並べることまでが、PMの仕事として明記されました。
価値の要素はどう特定する？
「価値」は抽象的な言葉なので、そのままでは判断に使えません。主要な関係者ごとに得たいものを聞き出し、測れる指標に置き換えます。
| 関係者 | 価値の例 | 測れる指標の例 |
|---|---|---|
| 経営・スポンサー | 売上、費用の削減、規制への対応 | 問い合わせ対応の人件費を年間2割減らす |
| 利用者・顧客 | 時間の短縮、使いやすさ | 申込にかかる時間を5分から2分にする |
| 運用部門 | 保守のしやすさ、障害の少なさ | 月間の障害件数、手作業の時間 |
| 社会・環境 | 環境負荷の削減、安全性 | 紙の使用量、事故の件数 |
指標には、今の値と目標の値を数字で書きます。数字にしておかないと、届けたかどうかを後で確かめられません。
価値の根拠は、プロジェクトを始める前のビジネスケースにまとめられていることが多いので、まずそこを確認します。
価値でどう優先順位を付ける？
すべてを一度に作ることはできません。限られた時間と予算で価値を最大にするには、価値の高いものから作ります。最も単純なのは、価値を手間で割って並べる方法です。図の下に、ほかの考え方もまとめます。
- オンライン予約価値8÷手間2＝4.0
- 予約の確認メール価値3÷手間1＝3.0
- ポイント付与価値6÷手間4＝1.5
- 多言語対応価値4÷手間5＝0.8
比率の高いオンライン予約から着手し、多言語対応は後のリリースに回す
架空の点数。実際は関係者と合意した物差しで評価する
- 価値と手間の比較：価値が高く手間が小さいものを先にする
- MoSCoW：Must（必須）・Should（すべき）・Could（できれば）・Won't（今回はやらない）に分ける（詳しくはMoSCoW分析）
- 遅れのコスト：後回しにすると失う価値が大きいもの（期限のある規制対応、季節の需要など）を先にする
- リスクの低減：不確実さの大きい部分を早めに作り、学びを得る
比率はあくまで目安です。技術的な依存関係や規制の期限があれば、順番を入れ替えます。
優先順位は一度決めて終わりではありません。リリースのたびに利用者の反応（フィードバック）を集め、並べ直します。アジャイルではプロダクトオーナーがこの判断を担います。
価値を段階的に届けるには？
価値は、最後にまとめて届けるより、早く少しずつ届けるほうが有利なことが多いです。理由は3つあります。
- 早く使ってもらえば、その分早く便益が生まれる
- 実際の反応から、本当に価値があるものが分かる
- 方向が間違っていても、手戻りが小さく済む
段階的な提供には、いくつかの形があります。最小限の機能で反応を確かめるMVP（実用最小限の製品）、一部の店舗や部署での試験運用、機能を分けた段階リリースなどです。どれを選ぶかは、イネーブラーの「価値を示すための提供の選択肢を評価する」にあたります。
予測型のプロジェクトでも考え方は使えます。たとえば全店舗への一斉導入の前に、2店舗で先行導入して効果を測る進め方です。
プロジェクトの途中で価値はどう確かめる？
ECO は、価値を途中でも確かめ続けることと、便益を測る仕組みを用意することを求めています。実務では、次の点を定期的に点検します。
- ビジネスケースの前提（市場、競合、規制、費用）は変わっていないか
- リリースした成果物は使われているか、期待した効果が出始めているか
- 効果を測る指標・測り方・担当・時期が決まっているか
- 残りの作業は、まだ費用に見合う価値を生むか
測定の仕組みで見落としやすいのが、導入前の値です。導入した後では、比べる元を測れません。リリースの前に取っておきます。
価値が大きく下がったと分かれば、スポンサーと相談します。スコープの見直しや、場合によっては中止も選択肢です。便益の測り方とプロジェクト後の追跡はベネフィットマネジメントで詳しく扱います。
PMP試験では価値に基づく提供がどう問われる？
出題の中心は、価値と計画がずれた場面での判断です。よく出る場面と、PMIらしい対応、よくある誤答をまとめます。
| 場面 | PMIらしい対応 | よくある誤答 |
|---|---|---|
| 計画どおり進んでいるが、市場が変わって価値が下がった | 影響を分析し、スコープの見直しや中止も含めた選択肢をスポンサーに示す | 計画どおり最後まで作る／PMの判断で中止する |
| リリース後、利用者の反応が想定と違う | フィードバックをもとに、残りの作業の優先順位を並べ直す | 合意した順番なので変えずに続ける |
| スポンサーが全機能の同時リリースを求める | 段階的に届けた場合の便益とリスクを示し、提供の選択肢を相談する | 要望どおり一括で作る／PMの独断で分割する |
| 価値の定義や測り方が決まっていない | 主要な関係者と価値の要素を決め、指標・担当・時期を決める | 成果物の完成をもって成功とする |
共通する筋は、価値をデータで示し、決める権限を持つ人と判断することです。計画を守ること自体や、PMの独断は正解になりにくいです。この判断は無料模試30問でも問われます。
確認問題1
価値の定義があいまい
（当サイトの独自問題）新しい顧客サポートの仕組みを作るプロジェクトで、スポンサーは「顧客体験を良くしたい」と言っています。何をもって良くなったと判断するかは決まっていません。チームはどの機能から作るべきか迷っています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：2。何が価値かがあいまいなままでは、優先順位も成果の確認もできません。主要な関係者と価値の要素を特定し、「平均の解決時間を何分短縮」のような測れる指標にします。
1：関係者の期待を確かめずに選ぶことになります。3：価値の定義は関係者と協働して決めるものです。一任して作業を止めると、時間も失います。4：作った後で物差しを決めると、作るものの選び方に価値が反映されません。
確認問題2
早く価値を届ける方法
（当サイトの独自問題）全国200店舗に新しい在庫管理システムを入れる計画です。スポンサーは、効果が本当に出るかを早く確かめたいと考えています。システムの主要機能は、すでに動く状態にあります。プロジェクト・マネジャーが提案すべき進め方はどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：1。一部の店舗での先行導入は、価値を早く示し、実際の効果を確かめる提供の選択肢です。結果をもとに、展開の方法や優先する機能を調整できます。
2：効果の確認が最後になり、問題があれば影響が大きくなります。3：机上の分析では、実際の効果は分かりません。4：展開の統制が取れず、効果も比べにくくなります。
確認問題3
便益を測る仕組みが無い
（当サイトの独自問題）業務の自動化プロジェクトが、最初のリリースを迎えます。ビジネスケースでは「手作業の時間を年間2,000時間減らす」としています。ところが、今の手作業の時間を誰も測っていません。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：3。便益を追跡するには、比べる元になる導入前の値と、測る方法・担当・時期が必要です。リリース前に関係者と決め、計画に入れます。
1：リリースした後では導入前の時間を測れず、効果を比べられません。2：実測していない数字を成果とするのは不誠実です。4：目的そのものを捨てることになり、決められた手続きも踏んでいません。