パフォーマンス管理 (アーンド バリュー)

アーンド バリュー マネジメント (EVM) を使うと、プロジェクト管理者は基準計画、ステータス日付、進捗の更新をもとに、コストとスケジュールのパフォーマンスを早い段階で、比較可能な形で把握できます。規模の異なるプロジェクトを比べるときには、特に役立ちます。

対象者: 単なる金額の超過や「何週間遅れ」といった話を超えて全体を把握したいプロジェクト管理者 — SPI と CPI がパフォーマンスを正規化するため、400万ドルのプログラムでの5万ドルの問題を、5万ドルの案件での5万ドルの問題と取り違えずに済みます。

前提条件: 新規プロジェクトの作成 · リソースの割り当て · ガント チャート / ガント スプレッドシートの構成。ゆるやかに関連:プロジェクト監査 · リスク分析。

視聴: ProjectLibre Cloud — Earned Value Management (EVM)(約 7 分)。

概要:なぜ EVM か、なぜ基準計画か

同じステータス日付において、EVM は3つの考え方を比較します。

• どれだけの作業を終える計画だったか(計画の予算金額)

• その予算化された作業のうち、どれだけを実際に終えたか

• その作業を終えるために実際にいくら使ったか

EVM は、測定に合意した範囲・スケジュール・予算の時間フェーズ計画であるパフォーマンス測定ベースライン (PMB) に照らして初めて意味を持ちます。ProjectLibre Cloud の実務では:スケジュールを組み、コストを持つリソースを割り当て、基準計画を保存し、(ポートフォリオの編集を通じて)ステータス日付を設定し、進捗を入力してから、アーンド バリューの列を読みます。

関連項目: ProjectLibre Cloud では · ガント スプレッドシートの構成。

3つの曲線:PV、EV、AC

ProjectLibre は、標準のアーンド バリューの概念である PV、EV、AC に対して、表の列名として BCWS、BCWP、ACWP を使います。

計画価値(PV)= BCWS

• 技術的な定義: ステータス(データ)日付時点で、スケジュールされた作業に割り当てられた承認済み予算。累積 PV は、その日付までに計画された作業の時間フェーズ予算です。

• 式: 概念的には PV = Σ(その時点までに計画された作業の予算)。実務上は時間フェーズの PMB から得られるもので、なんとなくの推測ではありません。あくまで単純な例示として:その範囲要素について PV ≈(計画上完了しているはずの作業の割合)× BAC。

• 本当の意味: 「今日までに、私たちはこれだけの量の作業を終えている計画で、それをこれだけの予算金額と評価していた。」これは物差しであり、実際に起きたことでも、使ったお金でもありません。

• 良い使い方 対 悪い使い方: 良い: PV を計画の曲線として使い、予算の観点でのスケジュール達成度を測るために EV と PV を比較する。悪い: PV を使ったお金や「稼いだもの」として扱う。

アーンド バリュー(EV)= BCWP

• 技術的な定義: その作業に承認された予算で表現された、実施済みの作業。作業が完了する(または獲得ルールに従って部分的に完了する)と、その予算価値が「獲得(earned)」されます。

• 式: 概念的には EV = Σ(実際に実施された作業の予算)。例示:完了率が有効な獲得手法(0/100、50/50、加重マイルストーン、物理的な%、完了単位数など)に従っている場合に限り、EV ≈(完了率)× BAC。

• 本当の意味: 「計画し予算化した作業のうち、元の予算単価で評価して、どれだけを実際に終えたか?」計画と同じ単位で表した進捗です。

• 良い使い方 対 悪い使い方: 良い: EV はスケジュールの進捗とコスト管理をつなぐ橋であり、差異や指数はすべて EV にかかっています。悪い: EV を実際の支出と同一視すること、または獲得ルールなしに完了率をでっち上げること。

実績コスト(AC)= ACWP

• 技術的な定義: 特定の期間に実施した作業に対して実際に発生したコスト。

• 式: AC = これまでに実施した作業の実際のコスト(「予算×%」という式ではありません)。

• 本当の意味: 「終えた作業を得るために、実際にいくら使ったか?」

• 良い使い方 対 悪い使い方: 良い: コスト効率を測るために AC と EV を組み合わせる。悪い: AC を PV とだけ比較してそれをアーンド バリューと呼ぶこと — EV なしでは、支出額しか分からず、成果は分かりません。

Sカーブの読み方

累積の PV、EV、AC を(同じステータス日付で)時間に対してプロットします。PV はしばしばS字を描きます。ステータス日付において:

• スケジュール遅延: EV が PV を下回る → SV < 0、SPI < 1

• スケジュール先行: EV が PV を上回る → SV > 0、SPI > 1

• 予算超過: AC が EV を上回る → CV < 0、CPI < 1

• 予算内: AC が EV を下回る → CV > 0、CPI > 1

• 遅延かつ超過(典型的な問題の姿): 3つのうち EV が最も低く、AC が最も高い

説明用の図(業界の概念)— ProjectLibre Cloud の UI のスクリーンショットではありません。Cloud はこれらの概念を、ライブの EVM チャートとしてではなく、表の列として表示します。

差異と指数:SV、CV、SPI、CPI

スケジュール差異(SV)とコスト差異(CV)

• 技術的な定義: SV = EV − PV としてのスケジュール パフォーマンス。CV = EV − AC としての予算の不足または余剰。

• 式: SV = EV − PV(= BCWP − BCWS)· CV = EV − AC(= BCWP − ACWP)。さらに SV% = (EV − PV) / PV、CV% = (EV − AC) / EV。

• 本当の意味: SV: 今までに計画したのと同じだけの作業を獲得できているか?(正なら先行、負なら遅延。)CV: 獲得した作業は、その予算より高くついたか、安く済んだか?(正なら予算内、負なら予算超過。)

• 良い使い方 対 悪い使い方: 良い: 関係者向けには通貨で SV/CV を読み、それから効率のために SPI/CPI を読み、常になぜかを問う。悪い: 金額の SV がクリティカル パス上の暦日の遅延と等しいと思い込むこと。古典的な EVM の SV は、純粋な時間の尺度ではなく、予算金額で表した作業量の差異です。プロジェクトの終盤に近づくと、遅れていても SV → 0 に向かいます(落とし穴を参照)。

説明用の図(業界の概念)— ProjectLibre Cloud の UI のスクリーンショットではありません。

スケジュール効率指数(SPI)とコスト効率指数(CPI)

• 技術的な定義: SPI = EV / PV。CPI = EV / AC。1.0 を上回れば良好、下回れば不良。

• 式: SPI = EV / PV(= BCWP / BCWS)· CPI = EV / AC(= BCWP / ACWP)

• 本当の意味: SPI 0.80: 「今日までに獲得する計画だった1ドルの作業のうち、実際に獲得できたのは80セント分だけだ。」CPI 0.75: 「実際に使った1ドルごとに、買えている予算上の進捗はわずか75セント分だ。」

• 良い使い方 対 悪い使い方: 良い: 指数を使えば規模の異なるワーク パッケージ同士を比較でき、傾向を追え、過去のパフォーマンスが続くなら CPI はしばしばコストの EAC を予測できる。悪い: SPI を「残りの暦日の割合」として扱うこと、または SPI > 1 なら早期完了が保証されると思い込むこと。

説明用の図(業界の概念)— ProjectLibre Cloud の UI のスクリーンショットではありません。

予測:BAC、EAC、VAC、TCPI

完成時総予算 (BAC)

• 技術的な定義: 実施すべき作業に対して設定されたすべての予算の合計(測定対象の範囲のパフォーマンス予算)。

• 式: BAC = 測定ベースラインにおける承認済み作業の予算の合計。

• 本当の意味: 「計画された」作業の金額としての、承認済みのゴールライン。

• 良い使い方 対 悪い使い方: 良い: BAC を、管理された基準計画の変更と結びつけて維持する。悪い: 正式な変更管理なしに BAC をこっそり変えて差異を隠すこと。

完成時総コスト見積もり (EAC) — よくある種類

EAC は「最終的なコストはいくらになりそうか?」に答えます。式が異なれば、残りの作業について異なる前提を織り込むことになります。

• CPI継続型: EAC = BAC / CPIcum — 残りの作業も同じ累積コスト効率のまま続く。

• 等価な形: EAC = AC + (BAC − EV) / CPIcum — これまでの支出 + CPI で調整した残りの予算作業。

• 複合型(CPI×SPI): EAC = AC + (BAC − EV) / (CPIcum × SPIcum) — コストとスケジュールの非効率が引き続きコストを押し上げる。

• 直近CPI型: EAC = AC + (BAC − EV) / CPIrecent — 全期間のCPIより直近の効率の方が予測に適している。

• 一時的な差異/今後は計画どおり型: EAC = AC + (BAC − EV) — これまでの超過は例外的で、残りの作業は予算レートどおり。

• ボトムアップ型: EAC = AC + ボトムアップ ETC — 計画がもはや信頼できないとき、残りの作業を見積もり直す。

• また定義上:EAC = ACWP + ETC。残りの作業についての自分の見立てに合う式を選び、その前提を文書化してください。

完成時差異(VAC)

• 技術的な定義: 完了時点で見込まれる予算の余剰または不足。

• 式: VAC = BAC − EAC

• 本当の意味: 「この EAC が正しければ、パフォーマンス予算に対してこれだけ下回って(VACが正)、あるいは上回って(VACが負)完了する。」

• 良い使い方 対 悪い使い方: 良い: 資金調達やコンティンジェンシーの話し合いでVACを使う。悪い: VACを暦日の遅延として扱うこと。

残作業効率指数(TCPI)

• TCPIBAC: (BAC − EV) / (BAC − AC) — 当初のBAC内で完了する場合。

• TCPIEAC: (BAC − EV) / (EAC − AC) — 現在のEACで完了する場合。

• 本当の意味: TCPIBACが現在のCPIよりずっと高い場合、奇跡が起きるか基準計画を設定し直さない限り、BAC どおりに終えるのは非現実的です。

• 良い使い方 対 悪い使い方: 良い: TCPIを現在のCPIと比較し、大きな差があれば目標や予測の信頼性が低いという警告と受け止める。悪い: 効率を上げるための具体策も示さずに、強気なTCPIを計画として提示すること。

プロジェクト管理者にとっての意味

ステータス会議では、実務に即した言葉を使いましょう。

• EV 対 PV: 「計画していたより少ない作業しか獲得できていません。」/「忙しいだけでなく、成果の面で遅れています。」

• EV 対 AC: 「終えた作業に、想定より多くのコストがかかりました。」

• CPI 0.80: 「1ドルごとに、約80セント分の進捗しか買えていません。」

• SPI 0.90: 「各期間で、計画価値の約90%しか生み出せていません。」

• SV が負: 「基準計画に対して、獲得した範囲が不足しています。」

• CV が負: 「獲得している以上の速さで予算を消費しています。」

• EAC > BAC: 「このまま同じパフォーマンスが続けば、パフォーマンス予算を超えて完了することになります。」

• VAC が負: 「この予測のもとでは、完了時にXの超過が見込まれます。」

• TCPI ≫ CPI: 「BACを達成するには、これまで示したことのない効率が必要になります — 変更なしにその目標は現実的ではありません。」

• PMB: 「それは先週の希望的な再計画ではなく、測定に合意した基準計画に対しての話です。」

• 完了率 対 EV: 「完了率は主張であり、アーンド バリューはその主張を基準計画のルールを通して変換したものです。」

• 支出計画の罠: 「予算対実績は、お金を使ったことしか教えてくれません — 作業を得られたかどうかは分かりません。」

完了率とアーンド バリューの違い: 「60%終わった」と言うことは、「予算化された作業の60%を獲得した」と言うことと同じではありません。後者には基準計画と獲得ルールが必要です。DOE式のステータスの捉え方:計画済み% = PV/BAC、完了% = EV/BAC、予算使用% = AC/BAC。

よくある落とし穴

• 完了率をEVと混同する — 主観的または時間ベースの完了率は、架空のEVを生みます。問うべきは:どの獲得ルールか?どんな根拠か?

• EVをごまかす — 簡単なマイルストーンを前倒しで計上する、基準なしに部分的な功績を主張する、承認されていない作業にEVを計上する。

• 本物の基準計画のないEVM — 凍結されたPMBやステータス日付がない ⇒ 指標は監査可能ではありません。基準計画の非公式な「リセット」は問題を覆い隠します。

• プロジェクト終盤のSPI — たとえプロジェクトが遅れて完了したとしても、計画された作業が最終的に獲得されるにつれ、SPIは1.0に向かう傾向があります。完了が近づいたら、SPI単独ではなく、クリティカル パス、マイルストーンの日付、予測の完了日を重視してください。

• 誤った組み合わせ — ACをPVと比較してそれをコスト差異と呼ぶこと(コストはEV対ACを使います)。

• 会計上のずれ — この期間にEVを計上し、コストは次の期間に計上される → 一時的にCPIがゆがみます。

• 定常作業(LOE)の支配 — LOEは時間の経過とともに獲得され、実際の成果物の進捗を覆い隠すことがあります。

ProjectLibre Cloud では

「パフォーマンス管理」という名前の独立したトップナビゲーションのモジュールはありません。EVMは、ポートフォリオ(プロジェクトの編集/ステータス日付)とプロジェクト → ガント(アーンド バリューのフィールド一覧/表の列)から使います。このワークフロー向けに、Cloud UIには専用のEVMチャート画面はありません — 表の列と標準のガントのタイムラインだけです。

名称の対応表(両方を教える)

• 計画価値(PV) → 列 BCWS

• アーンド バリュー(EV) → 列 BCWP

• 実績コスト(AC) → 列 ACWP

• 差異/指数/予測: SV、CV、SPI、CPI、TCPI、EAC、BAC、VAC

• ステータス日付: ポートフォリオ → プロジェクトの編集 → 全般 → 日付 → ステータス日付(ガントの分析ビュー内では設定しません)

• 基準計画: ツールバーの基準計画を保存 → プロジェクト全体(または選択範囲) → 基準計画を保存 → 「保存済み」

アーンド バリューの列を表示する

1. ガントでプロジェクトを開いた状態で、Configuration(表の上部ツールバーの歯車)を開きます。

2. Configuration モーダルのタブ: Preferences | Field lists | フィールド。

3. Preferences → General: コンポーネントを ガント に設定し、フィールド リストのドロップダウンを 既定 から アーンド バリュー に変更します。

4. モーダルを閉じます — 表にEVMの列が表示されます。

さらに: Field lists には アーンド バリュー という組み込みの一覧があり、一覧をカスタマイズする場合は フィールド タブでフィールドをドラッグして一覧に加えられます。

アーンド バリューの一覧を適用したときに表示される列 (必要に応じて横スクロール): ID、達成率、名前、期間、実績期間、作業時間、実績作業時間、BCWS、BCWP、ACWP、SV、CV、EAC、BAC、SPI、TCPI、CPI、VAC。

基準計画とステータス日付

• 基準計画: ツールバーの基準計画を保存アイコン → ダイアログ:基準計画を選び、プロジェクト全体(または選択したタスク) → 基準計画を保存 → 確認メッセージ「保存済み」。保存後、ガントのタスク バーの下に薄い基準計画のバーが表示されます。複数の基準計画(基準計画と基準計画 1~10)を、スケジュール変更後の比較用の視覚的なスナップショットとして保存できます。開始日を動かしたあと BCWS を合わせ直したい場合は、再度基準計画を保存してください。

• ステータス日付: プロジェクトを離れ → ポートフォリオ → プロジェクトの行にホバー → 編集(紙とペンのアイコン) → 全般 → 日付セクション → ステータス日付(カレンダー)を設定し、必要に応じて開始/終了も設定します。ステータス日付はガントの分析ビュー内ではなく、ポートフォリオの編集から設定します。ステータス日付によって、パフォーマンスを参照できるようになります。

演習の手順

1. プロジェクトを作成/開く — ポートフォリオ → プロジェクトを追加/開く(デモ名 EVM)。

2. スケジュールを組む — プロジェクト → ガント → タスク、インデントして要約タスクを作成、期間を設定。

3. コストを持つリソースを割り当てる — リソースの割り当て(デモ: Connor を 時給 100 ドル、単位 100% で)。

4. 基準計画を保存 — プロジェクト全体 → 保存済み。

5. 開始日とステータス日付を設定 — ポートフォリオ → 編集 → 全般 → 日付。

6. EVMの列を表示 — Configuration → Preferences → ガント → フィールド リストを アーンド バリュー に。

7. 基準計画の保存後に日付を動かした場合は再度基準計画を保存。

8. 進捗を入力 — 達成率を編集し、BCWS/BCWP/ACWP/SV/SPIと予測を読みます。

9. 任意のストレス テスト — 期間を変更し、BCWP、達成率、EAC、CPI、TCPIがどう反応するかを見ます。

Cloudが計算し表示するもの

• BCWS(PV) は基準計画+ステータス日付から(ステータス日付までの時間フェーズの計画コスト)。

• BCWP(EV) はデモのパターンでは達成率×タスクの予算コスト(BAC)から。

• SV、CV、SPI、CPI、TCPI、EAC、BAC、VAC はガントの横の表の列として。

• 要約タスクへのロールアップ、不利なSVは赤で強調表示、基準計画の保存後は基準計画のバー。

チャートか列か — Cloudはこれらの数値を、チャートとしてではなく、常に表の列として報告します。

解説ビデオを視聴

視聴: ProjectLibre Cloud — Project Management Earned Value Management (EVM)(約 6:57) — ProjectLibreのプロジェクト管理ソフトウェア。

ポートフォリオでのプロジェクト作成、リソースの割り当て、基準計画を保存、ポートフォリオの編集によるステータス日付、Configuration のフィールド リスト アーンド バリュー、BCWS/BCWP/ACWP/SV/SPIの読み方、その後の期間変更とEAC/CPI/TCPIを扱います。REPORT/DASHBOARDのチャートや高度な複数コスト・スケジュールのUIは開きません — また専用のEVMチャート画面も表示しません。

さらに読む

アーンド バリューの式と定義:

1. PMI Lexicon of Project Management Terms — AC、BAC、CPI、CV、EV、PV、SPI、SVなど。

2. U.S. DOE EVMS Gold Card (20190710) — 差異、指数、EAC/TCPIの種類、PMB(ランディング ページ)。

3. DOE G 413.3-10B — Integrated Project Management Using EVMS(2022年4月)。

4. GAO-20-195G Cost Estimating and Assessment Guide — EVMの章(PDF)。

5. GAO-16-89G Schedule Assessment Guide — スケジュールとEVMのつながり。

6. NASA EVM Tutorial。

7. NDIA IPMD EIA-748 Intent Guide (Ver E, 2026)。

8. 教育目的での相互確認:ProjectEngineer — Guide to EVM · AcqNotes — EVMS Equations。