EVM untuk Proyek IT dan Perangkat Lunak

Menerapkan Earned Value Management ke proyek TI dan perangkat lunak jauh lebih menantang dan bernuansa daripada menerapkannya ke konstruksi. Pekerjaan perangkat lunak bersifat abstrak, persyaratan dapat berubah di tengah proyek, dan mengukur "persentase selesai" dari sebuah fitur pada dasarnya bersifat subjektif. Namun, dengan adaptasi yang tepat, EVM memberikan nilai luar biasa untuk manajemen program TI dan untuk mengomunikasikan status anggaran dan jadwal kepada pemangku kepentingan non-teknis.

Tantangan Utama: Mengukur Earned Value dalam Perangkat Lunak

Dalam konstruksi, Anda dapat mengukur kemajuan fisik (meter kubik yang dicor, meter yang diletakkan). Dalam perangkat lunak, Anda mengukur pekerjaan yang tidak terlihat. Tiga pendekatan paling umum:

1. Story Point (Agile EVM)

Dalam lingkungan Scrum atau Kanban, tim memperkirakan pekerjaan dalam story point. Anda dapat membangun EVM di atas ini:

• BAC = Total story point × biaya rata-rata per story point
• PV = Story point yang direncanakan selesai pada sprint ini
• EV = Story point yang benar-benar selesai × biaya rata-rata per story point
• AC = Biaya tim aktual (gaji, infrastruktur, lisensi) untuk periode tersebut

Pendekatan ini hanya mengakui cerita sebagai "selesai" ketika memenuhi 'Definition of Done' tim — mencegah jebakan "90% selesai".

2. EVM Berbasis Tonggak (Waterfall)

Untuk proyek waterfall atau phase-gate, tetapkan bobot anggaran untuk pencapaian (mis., Persyaratan = 15%, Desain = 20%, Pengembangan = 40%, Pengujian = 20%, Penerapan = 5%). Earned Value diakui hanya ketika setiap pencapaian sepenuhnya selesai dan diterima.

3. Paket Kerja Berbobot

Bagi perangkat lunak ke dalam modul fungsional (otentikasi, pelaporan, API, UI). Perkirakan biaya dan durasi untuk masing-masing modul. Lacak penyelesaian di tingkat modul. Ini adalah pendekatan hibrida yang menggabungkan pengiriman bertahap dan berulang.

Menafsirkan Metrik EVM Agile

Karena ruang lingkup bersifat variabel dalam Agile, makna metrik tradisional sedikit berubah:

• CPI (Cost Performance Index): Mengukur produktivitas biaya tim. CPI di bawah 1,0 berarti tim menghabiskan lebih banyak dari yang diharapkan untuk memberikan satu story point.
• SPI (Schedule Performance Index): Agile lebih berfokus pada Velocity (kecepatan) daripada jadwal kalender yang ketat. SPI < 1,0 berarti tim gagal mencapai target kecepatannya.
• EAC (Estimate at Completion): Anggaran perkiraan yang terus disesuaikan yang memperhitungkan nilai backlog yang tersisa dan CPI tim saat ini.

Menghubungkan EVM ke Manajemen Portofolio TI

Untuk eksekutif tingkat C (CIO/CFO), EVM menyediakan bahasa yang sama untuk membandingkan kesehatan proyek di seluruh portofolio yang beragam. Meskipun spesifikasi peningkatan infrastruktur backend dan proyek peluncuran aplikasi seluler berbeda, jika keduanya melaporkan CPI 0,85, eksekutif segera memahami bahwa keduanya memiliki masalah biaya.