ITおよびソフトウェアプロジェクトのためのEVM
アーンド・バリュー・マネジメントをITおよびソフトウェアプロジェクトに適用することは、建設業に適用するよりも困難であり、より多くのニュアンスを伴います。ソフトウェアの作業は抽象的であり、プロジェクトの途中で要件が変更される可能性があり、機能の「完了率(%)」を測定することは本質的に主観的です。しかし、適切な適応を行えば、EVMはITプログラムの管理や、技術的ではないステークホルダーに予算とスケジュールのステータスを伝えるための絶大な価値を提供します。
中核的な課題: ソフトウェアにおけるアーンド・バリューの測定
建設業では、物理的な進捗 (打設された立方メートル、敷設されたメートル) を測定できます。ソフトウェアでは、目に見えない作業を測定しています。最も一般的な3つのアプローチ:
1. ストーリーポイント (アジャイルEVM)
スクラムまたはカンバン環境では、チームは作業をストーリーポイントで見積もります。この上にEVMを構築できます:
- BAC = 合計ストーリーポイント × ストーリーポイントあたりの平均コスト
- PV = このスプリントまでに完了する予定のストーリーポイント
- EV = 実際に完了したストーリーポイント × ストーリーポイントあたりの平均コスト
- AC = 期間中の実際のチームコスト (給与、インフラストラクチャ、ライセンス)
このアプローチでは、ストーリーがチームの「完了の定義 (Definition of Done)」を満たした場合にのみ「完了」としてクレジットが付与されるため、「永遠に90%完了」の罠を防ぐことができます。
2. マイルストーンベースのEVM (ウォーターフォール)
ウォーターフォールまたはフェーズゲートプロジェクトの場合、マイルストーンに予算の重みを割り当てます (例: 要件=15%、設計=20%、開発=40%、テスト=20%、デプロイ=5%)。アーンド・バリューは、各マイルストーンが完全に完了し、承認された場合にのみクレジットされます。
3. 重み付きワークパッケージ
ソフトウェアを機能モジュール (認証、レポート、API、UI) に分割します。それぞれのコストと期間を見積もります。モジュールレベルで完了を追跡します。これは最も伝統的なEVMのアプローチであり、固定価格のIT契約に適しています。
実践的な計算例: ソフトウェア開発プロジェクト
カスタムCRM開発プロジェクト: BAC = $400,000、8スプリント (16週間)。スプリント4 (第8週) において:
- 合計ストーリーポイント: 800。ストーリーポイントあたりの平均コスト: $500。
- スプリント4までに計画されたストーリーポイント: 400。PV = 400 × $500 = $200,000
- 実際に完了したストーリーポイント: 320。EV = 320 × $500 = $160,000
- 実コスト (チームの給与 + インフラストラクチャ): AC = $195,000
SPI = EV ÷ PV = 160,000 ÷ 200,000 = 0.800 (計画より20%遅れ)
EAC = BAC ÷ CPI = 400,000 ÷ 0.821 = $487,211
VAC = 400,000 − 487,211 = −$87,211
EVMとアジャイル: よくある反論
| 反論 | 回答 |
|---|---|
| 「アジャイルには固定のスコープがありません」 | EVMは優先順位付けされたバックログと連携します — BACはプロダクトバックログ全体ではなく、合意されたリリースのスコープを表します。 |
| 「要件はスプリントごとに変わります」 | 変更管理プロセスを使用してください。承認されたスコープの変更はBACを更新します。計画外の変更は、調査すべき差異となります。 |
| 「ストーリーポイントのベロシティの方が役立ちます」 | ベロシティはチームにとって最適です。EVMは、スポンサーやエグゼクティブが必要とする財務的視点を提供します。 |
| 「私たちは事前見積もりをしません」 | EVMにはベースラインが必要です。相対的なサイズで見積もられたストーリーであっても、一貫したサイズであればベースを形成できます。 |
ITプロジェクトマネージャーのための実践的なヒント
- スプリントの後ではなく、前にBACを設定する: EVMが意味を持つためには、ベースラインが安定している必要があります。
- 進行中のストーリーには0%または100%のみをカウントする: 部分的なクレジットは避けてください。EVをインフレさせ、スケジュールのリスクを隠してしまいます。
- CPIの傾向を毎週追跡する: ソフトウェアプロジェクトの動きは速いです。月次のEVMレポートでは、問題の発見が遅すぎる場合があります。
- インフラストラクチャ/運用と開発のBACを分ける: インフラストラクチャのコストはコストドライバーが異なるため、分けて追跡する必要があります。
- プログラムレベルでEVMを使用する: 複数のアジャイルチームがある場合、エグゼクティブ向けレポートのために、プログラムレベルでそれらのEV/ACデータを集約します。