Kalkulator Estimasi Waktu & Biaya Proyek Software (PERT)
Hitung estimasi man-day, durasi, dan biaya proyek software dengan metode tiga titik PERT (optimis, realistis, pesimis), lengkap dengan rentang keyakinan dan cadangan risiko.
Mengapa satu angka estimasi hampir selalu salah
Ketika klien bertanya "berapa lama?", godaan terbesar adalah menjawab dengan satu angka. Masalahnya, satu angka menyembunyikan ketidakpastian. Metode PERT (Program Evaluation and Review Technique) meminta tiga angka sekaligus, lalu menggabungkannya menjadi estimasi yang lebih jujur beserta rentangnya.
Rumus PERT tiga titik
E = (O + 4M + P) ÷ 6
SD = (P − O) ÷ 6
- O (optimis): waktu jika semuanya berjalan mulus.
- M (paling mungkin): waktu yang paling sering terjadi.
- P (pesimis): waktu jika banyak hambatan, tetapi bukan bencana.
- E: estimasi tertimbang. Nilai M diberi bobot 4 karena paling mungkin terjadi.
- SD: simpangan baku, yaitu ukuran ketidakpastian.
Rentang E ± 2SD kira-kira mencakup 95% kemungkinan hasil, dengan asumsi distribusinya mendekati normal. Rentang ini berguna untuk berkomunikasi dengan klien: "Perkiraan kami 65 man-day, dengan kemungkinan besar di antara 42 dan 88."
Contoh perhitungan
Modul pendaftaran pasien dengan integrasi ke sistem lain diperkirakan: optimis 40, paling mungkin 60, pesimis 110 man-day.
- E = (40 + 4×60 + 110) ÷ 6 = 390 ÷ 6 = 65 man-day
- SD = (110 − 40) ÷ 6 ≈ 11,7 man-day
- Rentang 95%: 65 ± 23,3 → sekitar 42–88 man-day
- Dengan cadangan risiko 15%: 65 × 1,15 ≈ 74,8 man-day
- Biaya dengan tarif Rp1.000.000 per man-day: ≈ Rp74.750.000
- Dengan 3 orang: 74,8 ÷ 3 ≈ 25 hari kerja, atau sekitar 5 minggu
Man-day bukan durasi
Man-day adalah jumlah kerja. Membagi man-day dengan jumlah orang memberi durasi ideal. Dalam praktik, menambah orang tidak mempercepat proyek secara linear, karena koordinasi, review kode, dan pekerjaan yang harus berurutan menambah waktu. Fred Brooks, dalam bukunya The Mythical Man-Month, bahkan menyatakan bahwa menambah orang pada proyek yang sudah terlambat justru membuatnya makin terlambat.
Tips agar estimasi lebih akurat
- Pecah pekerjaan menjadi bagian kecil (modul atau fitur), estimasi masing-masing, lalu jumlahkan.
- Libatkan orang yang akan mengerjakan. Estimasi dari developer lebih realistis daripada dari atasan.
- Jangan lupakan pekerjaan di luar koding: analisis, pengujian, migrasi data, pelatihan pengguna, dan dokumentasi.
- Catat hasil nyata setiap proyek. Data proyek sebelumnya adalah bahan estimasi terbaik.
Cara menyusun penawaran dari estimasi ini dibahas di artikel cara menyusun estimasi dan penawaran proyek software.
Terakhir diperbarui 24 September 2026