プロジェクトの進捗を「感覚」や「予定表」の色だけで判断していませんか。予算超過や納期遅延の原因は往々にして、進捗とコストの関係が数値で把握できていないことにあります。本記事では、現場で使えるアーンドバリュー管理（EVM）の基本から導入手順、計算の実務例、よくある落とし穴まで、ITや開発プロジェクトの現場目線で丁寧に解説します。数値で進捗を見る習慣をつければ、早期に問題を発見し、意思決定の精度が大きく向上します。まずは「驚くほどシンプル」な計算から始めましょう。
アーンドバリュー管理とは：なぜ今必要か
プロジェクトマネジメントの現場では、「予定通り」「遅れている」「予算内」といった評価が曖昧になりがちです。ここで力を発揮するのがアーンドバリュー管理（Earned Value Management, EVM）です。EVMは、進捗（出来高）とコスト（支出）の二軸でプロジェクトの状態を定量的に評価する手法で、単なる進捗率だけでは見えないズレを可視化します。
なぜ重要か。理由はシンプルです。感覚に頼った管理は「問題の発見が遅れる」→「対処が後手になる」→「結果的に費用と時間が増える」という連鎖を生みます。対してEVMは、早期にズレを数値化してくれるため、軌道修正の判断を早められます。特に複数のベンダーが関わるITプロジェクトや、要件変更が頻発するプロジェクトで効果を発揮します。
身近な例で理解するEVMの意義
たとえば家のリフォームを思い浮かべてください。壁の塗装が半分終わったと聞いて「順調」と感じるかもしれません。しかし、実際には塗料が高額で予算の8割を消費しているとしたらどうでしょう。EVMは「どれだけ仕事が完了したか（出来高）」と「どれだけお金を使ったか（支出）」を同時に見ます。これにより、「見た目は半分でも、費用は80%消費している」といった事実が一目で分かります。驚くほど直感的で、かつ実務的です。
主要指標と計算方法：まずは3つを押さえる
EVMの核となる指標は次の3つです。これらを理解すれば現場での判断材料が格段に増えます。
| 略語 | 用語 | 意味 |
|---|---|---|
| PV | Planned Value（計画価値） | ある時点までに計画されている作業の予算総額（計画に基づく期待値） |
| EV | Earned Value（出来高） | 実際に完了した作業が計画上どれだけの価値を生んだか（出来高＝完了割合×予算） |
| AC | Actual Cost（実コスト） | その時点で実際に支出した金額 |
これら3つを使って、次の差分指標や効率指標を計算します。
- CV（Cost Variance）＝ EV − AC：コスト差異。正なら予算内、負なら超過。
- SV（Schedule Variance）＝ EV − PV：スケジュール差異。正なら進捗が計画を先行。
- CPI（Cost Performance Index）＝ EV ÷ AC：コスト効率。1以上ならコスト効率良好。
- SPI（Schedule Performance Index）＝ EV ÷ PV：スケジュール効率。1以上なら進捗が計画を上回る。
これらは単なる計算式に見えますが、実務では「CPIが0.85なら費用が15%非効率」「SPIが0.9なら予定の90%の進捗しか達成できていない」など、意思決定のトリガーになります。
具体的な計算例（新機能開発プロジェクト）
例：総予算（BAC）= 1,000万円、プロジェクト期間の中間時点で、計画上のPV=500万円。実際の出来高EV=400万円、実コストAC=480万円だとします。
- CV = EV − AC = 400 − 480 = −80万円（コスト超過）
- SV = EV − PV = 400 − 500 = −100万円（進捗遅れ）
- CPI = EV ÷ AC = 400 ÷ 480 ≒ 0.83（コスト効率が悪い）
- SPI = EV ÷ PV = 400 ÷ 500 = 0.8（進捗が遅れている）
この時点でプロジェクトは予算面・進捗面ともに赤信号と言えます。対応策としては、スコープの見直し、要員の追加、または残工程の見直しによる再見積りなどが必要です。
導入の手順と実務ポイント：小さく始めて確実に改善する
EVMを導入する際に陥りやすいのは「完璧を目指して導入が進まない」ことです。まずはミニマムで始め、徐々に精度を上げていきましょう。現場で使えるステップは次のとおりです。
- WBS（作業分解）を現実的に作る：作業を細かくしすぎると管理が煩雑になります。2〜4週間単位で完了するタスク単位で分解するのが現実的です。
- 各タスクに予算（資源配分）を割り当てる：工数×単価、外注費、テスト費などを含めた金額を設定します。
- ベースライン（PV）を設定する：プロジェクト開始時に計画のPVを時系列で配置します。変更があれば必ずベースラインを更新します。
- 定期的にEVとACを計測する：週次やスプリントごとに実績を収集し、EVとACを算出します。デイリーは負担が大きいので推奨しません。
- 指標に応じて早期に対策を打つ：CPIやSPIが閾値を下回ったら、速やかに原因分析→対策実施を行います。
実務での注意点
いくつかの現場課題と対処法を紹介します。
- 出来高の評価が主観的になる：タスクごとに明確な完了基準（Definition of Done）を定義し、できれば数値化（テストケース数、ユーザーストーリー完了率）する。
- コストの集計が遅れる：月次締めの費用データだけでは遅すぎます。労務費は週次での工数入力を徹底するか、簡易な実績報告を導入する。
- 変更管理が機能しない：スコープ変更は必ずベースラインに反映し、関係者の承認を得る。これがないとPVとEVの比較が無意味になります。
実践ケーススタディ：IT開発プロジェクトでのEVM適用例
ここでは中規模のWebサービス開発プロジェクトを例に、具体的な数値で追いながらEVMを適用していきます。読者が「自分ごと」として再現できるように、手順と判断ポイントを示します。
プロジェクト概要
前提条件：
- 総予算（BAC）= 900万円
- 期間 = 6ヶ月（26週間）
- WBSは8つの主要タスク（要件定義、設計、実装A、実装B、テスト、リリース準備、運用準備、バッファ）に分割
各タスクに予算を割り振り、週次でPVを配分します。3ヶ月（13週）経過時点での実データを使って分析します。
中間時点の実績（仮数値）
| 指標 | 数値（万円） |
|---|---|
| PV（計画価値） | 450 |
| EV（出来高） | 360 |
| AC（実コスト） | 420 |
ここから各指標を計算します。
- CV = 360 − 420 = −60（万円）→ コスト超過
- SV = 360 − 450 = −90（万円）→ 進捗遅延
- CPI = 360 ÷ 420 ≒ 0.857 → 1未満でコスト効率悪化
- SPI = 360 ÷ 450 = 0.8 → 進捗が想定の80%しか達成されていない
原因分析と対応策
まずは原因を切り分けます。
- 要因A：実装Bでの設計変更が発生し、工数が20%増加
- 要因B：テスト工程で不具合が多発し、改修工数が増加
- 要因C：外部APIの仕様変更で再実装が発生
対応策の例：
- スコープの見直し：優先度の低い機能を二段階でリリースする
- リソース再配分：外部要因に対応するために暫定的にテスト要員を増やす
- ベースライン再設定：変更を正式な要求として取り込み、PVを更新する
- コストコントロール：追加費用を見越したEAC（Estimate at Completion）を算出し、上長に報告する
EACの計算（実務で使う簡易式）
EAC = BAC ÷ CPIを用いると、現在の効率が続く想定で総コストの見込みが出ます。
- EAC = 900 ÷ 0.857 ≒ 1,050（万円）→ 150万円の超過見込み
この数字をベースに、追加資源の妥当性やスコープ調整の交渉材料にします。数値があると関係者の理解が速くなり、承認も得やすくなります。
よくある誤解と対処法：現場でハマるポイント
EVM導入がうまく行かないケースのほとんどは「運用面の習慣不足」と「数値への不信感」です。ここでは代表的な誤解を列挙し、現場での対処法を示します。
誤解1：EVMは事務的で現場に役立たない
実際は逆です。正しく運用すれば、リスクを早期に発見し、スコープ調整や追加投資の意思決定を数字で裏付けられます。導入時の工数は確かに発生しますが、結果として再工数や遅延に伴う損失を減らせます。
誤解2：出来高の測り方が不正確だから意味がない
出来高評価は確かに難しい点ですが、ここで重要なのは「一貫性」です。最初から完璧を目指さず、明確な完了基準（例：機能の統合テストが通った割合）をルール化し、継続的に改善していくことが重要です。
誤解3：EVMは大規模プロジェクト専用
小規模でも効果はあります。スプリント単位でEVとACを管理すれば、会話の質が変わります。たとえば3週間のスプリントでPV/EV/ACを週次で追うだけでも、問題発見の速度は劇的に早まります。
運用チェックリスト（すぐ使える）
| 項目 | 合格基準 |
|---|---|
| WBSの粒度 | 2〜4週間で完了するタスクに分割されている |
| 出来高基準 | DoD（完了定義）がタスク毎に明文化されている |
| 実コストの収集頻度 | 週次で工数が入力され、外注費は月次だが早期共有される |
| 変更管理 | 変更は必ず承認プロセスを経てベースラインに反映される |
実務で使えるテンプレートとワークフロー
導入を成功させるにはツールとワークフローが必要です。ここでは簡易テンプレート例とワークフローを提示します。
週次レポートのテンプレート（要点のみ）
- 週次サマリ：PV、EV、AC、CPI、SPI、CV、SV
- 重要な発見：進捗遅延やコスト超過の要因
- 対策案と影響見積り：短期（1〜2週）と長期（残期間）での対応案
- 意思決定が必要な項目：管理層に承認を求める事項
推奨ワークフロー
- スプリントの開始時にPVを確定する
- 週次で工数入力と出来高評価を行う
- 週次レビューでCPI/SPIを確認、閾値を下回ったら原因分析
- 対策を決めて、必要があればベースラインを更新する
- 月次でEACを算出し、ステアリングコミッティに報告する
まとめ
アーンドバリュー管理は、見た目の進捗だけに頼らず、コストと進捗の関係を数値で把握する強力なツールです。導入にはWBSの整備、出来高の明確化、そして定期的な実績収集という運用面の工夫が必要です。完璧を目指すよりも、まずはスプリント単位でEVとACを計測する習慣を作ること。数値で現状を示せれば、早期の軌道修正が可能になり、結果としてプロジェクト成功の確度は大きく高まります。読むだけで終わらせず、まずは今週のスプリントで一つのタスクについてEVを算出してみてください。きっと「ハッとする」発見があるはずです。
一言アドバイス
まずは「簡単なルール」で運用を始め、少しずつ精度を上げる。EVMは運用の継続が力を生むツールです。今週から1つのタスクでEVを算出してみましょう。
