Estimasi Tiga Titik (PERT): Rumus dan Contoh

Distribusi estimasi tiga titik dengan penanda optimis, paling mungkin, dan pesimis

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Estimasi tiga titik adalah salah satu teknik paling praktis dalam perangkat seorang project manager. Alih-alih berkomitmen pada satu angka "berdasarkan firasat", teknik ini memperhitungkan ketidakpastian dengan menggabungkan tiga skenario, yaitu optimis, paling mungkin, dan pesimis, menjadi satu durasi yang diharapkan dengan pembobotan.

Apa Itu Estimasi Tiga Titik?

Estimasi tiga titik adalah teknik penjadwalan yang menghasilkan estimasi waktu atau biaya berbasis statistik dengan merata-ratakan tiga nilai skenario: hasil kasus terbaik (optimis), hasil yang paling mungkin terjadi (paling mungkin), dan hasil kasus terburuk (pesimis). Hasilnya adalah satu nilai yang diharapkan yang mencerminkan variabilitas dunia nyata, bukan sekadar harapan semata.

Metode ini berasal dari program evaluation and review technique (PERT), yang dikembangkan oleh Angkatan Laut AS pada 1958 untuk mengelola program rudal Polaris. Rumus berbobot PERT dirancang untuk proyek dengan ketidakpastian yang nyata, yaitu ketika data historis langka dan rentang kemungkinan hasil sangat lebar.

Kerangka yang mudah dikutip: Estimasi satu titik adalah janji yang dibungkus sebagai matematika. Estimasi tiga titik adalah matematika yang dibungkus sebagai janji, dan ia jujur soal perbedaan itu.

Fakta Kunci

Jaringan PERT awal membantu program rudal Polaris Angkatan Laut AS selesai dua tahun lebih cepat dari jadwal, memangkas estimasi waktu penyelesaian dari 1963 menjadi 1961 (Special Projects Office, Angkatan Laut AS, 1958).

Sebuah studi PMI menemukan bahwa organisasi dengan praktik estimasi yang matang (termasuk metode berbasis rentang) 2,5 kali lebih mungkin menyelesaikan proyek tepat waktu dan sesuai anggaran (PMI Pulse of the Profession, 2021).

Menurut Laporan CHAOS dari Standish Group, estimasi yang buruk menjadi salah satu dari tiga faktor utama pembengkakan proyek, disebutkan pada lebih dari 40% proyek bermasalah dari lebih 50.000 titik data proyek.

Tiga Estimasi: Optimis, Paling Mungkin, Pesimis

Setiap estimasi tiga titik dimulai dengan mendefinisikan tiga skenario durasi untuk satu tugas.

Estimasi Simbol Yang direpresentasikan
Optimis O Durasi kasus terbaik: semua berjalan lancar, tanpa hambatan, sumber daya penuh tersedia
Paling Mungkin M Durasi realistis dalam kondisi normal: estimasi yang akan Anda berikan jika ditanya satu kali
Pesimis P Durasi kasus terburuk: risiko utama terwujud, perlu pengerjaan ulang, terjadi gangguan

Selisih antara O dan P menangkap ketidakpastian. Selisih yang sempit (misalnya, O=4, M=5, P=6) menandakan tugas yang sudah sangat dipahami. Selisih yang lebar (misalnya, O=3, M=8, P=20) menandakan ketidakpastian tinggi dan seharusnya mendorong investigasi lebih dalam sebelum tugas dimulai.

Saat mengumpulkan estimasi, mintalah subject-matter expert Anda memberikan ketiga nilai tersebut secara terpisah. Jika Anda meminta O dan P terlebih dahulu, bias anchoring akan mendistorsi M. Mulailah dengan M, lalu perluas ke arah luar.

Rumus Estimasi Tiga Titik

Ada dua rumus standar. Keduanya menggunakan input yang sama; perbedaannya terletak pada seberapa besar bobot yang diberikan pada estimasi paling mungkin.

Rumus Ekspresi Memberi bobot terbesar pada
Triangular (Rata-rata Sederhana) E = (O + M + P) / 3 Ketiganya sama rata
PERT Beta (Berbobot) E = (O + 4M + P) / 6 Paling mungkin (bobot 4x)
Standar Deviasi (PERT) SD = (P - O) / 6 (mengukur sebaran, bukan nilai tengah)

Kapan menggunakan triangular: Gunakan rata-rata sederhana ketika Anda memiliki data historis terbatas, ketika ketiga estimasi terasa sama-sama masuk akal, atau ketika Anda ingin pemeriksaan cepat sebagai pendamping nilai PERT Anda.

Kapan menggunakan PERT beta: Gunakan rumus berbobot ketika estimasi paling mungkin didukung dengan baik oleh data masa lalu atau konsensus ahli. Pembobotan 4x mencerminkan asumsi (dari statistik) bahwa distribusi beta paling baik memodelkan durasi tugas, yaitu hasil paling mungkin mendominasi, tetapi ekornya tetap penting.

Standar deviasi memberi tahu Anda seberapa yakin Anda bisa mempercayai nilai yang diharapkan. Tugas dengan SD = 0,5 hari jauh lebih dapat diprediksi dibandingkan tugas dengan SD = 3 hari. Setelah Anda memiliki SD, Anda bisa membangun interval kepercayaan:

  • Kepercayaan 68%: E ditambah atau dikurangi 1 SD
  • Kepercayaan 95%: E ditambah atau dikurangi 2 SD
  • Kepercayaan 99,7%: E ditambah atau dikurangi 3 SD

Distribusi Triangular vs PERT (Beta)

Kedua rumus menghasilkan hasil yang mirip ketika distribusinya simetris (M berada tepat di antara O dan P). Keduanya mulai berbeda ketika M condong ke salah satu ujung.

Faktor Triangular PERT Beta
Rumus (O + M + P) / 3 (O + 4M + P) / 6
Bobot pada M Setara dengan O dan P Empat kali lipat O dan P
Paling cocok untuk Lingkungan minim data, pemeriksaan cepat M yang didukung ahli, penjadwalan formal
Penanganan skew Mencerminkan skew mentah secara langsung Meredam nilai ekstrem
Digunakan dalam Estimasi informal, pemodelan biaya Jaringan PERT, penjadwalan CPM
Standar deviasi Tidak didefinisikan secara langsung (P - O) / 6

Dalam praktiknya, PERT beta adalah pilihan default untuk penjadwalan proyek karena teknik ini menghargai estimasi yang baik atas kasus paling mungkin dan meredam pengaruh outlier ekstrem yang sering ditambahkan estimator secara defensif.

Cara Melakukan Estimasi Tiga Titik

Langkah 1: Pecah pekerjaan menjadi tugas-tugas

Mulailah dengan struktur rincian kerja (WBS) yang membagi proyek menjadi paket kerja yang cukup kecil untuk diestimasi secara andal. Estimasi tiga titik bekerja di level tugas, bukan level proyek. Mengestimasi "fase desain" yang samar sebagai satu unit menghasilkan hasil yang tidak dapat diandalkan.

Targetkan tugas yang memakan waktu antara setengah hari hingga dua minggu. Apa pun yang lebih besar sebaiknya diuraikan lebih lanjut.

Langkah 2: Kumpulkan O, M, dan P untuk setiap tugas

Libatkan orang-orang yang benar-benar akan mengerjakan pekerjaan tersebut. Gunakan wawancara terstruktur atau planning poker untuk mengumpulkan estimasi secara independen sebelum berdiskusi. Tanyakan pada setiap estimator:

  • "Jika semuanya berjalan sempurna, berapa lama ini akan memakan waktu?" (O)
  • "Berapa estimasi realistis Anda dalam kondisi normal?" (M)
  • "Jika risiko yang paling mungkin terjadi secara bersamaan, berapa lama ini bisa memakan waktu?" (P)

Untuk tugas tanpa preseden historis, perlebar nilai pesimis dengan sengaja. Meremehkan P adalah kesalahan paling umum dalam estimasi tiga titik.

Langkah 3: Terapkan rumusnya

Pilih rumus Anda (triangular atau PERT beta) dan hitung E untuk setiap tugas. Simpan catatan rumus mana yang Anda gunakan agar estimasi tetap bisa dibandingkan di seluruh proyek.

Untuk sebagian besar konteks penjadwalan proyek, terutama saat diintegrasikan dengan analisis metode jalur kritis atau PERT chart, gunakan rumus PERT beta.

Langkah 4: Hitung standar deviasi dan rentang kepercayaan

Untuk setiap tugas, hitung SD = (P - O) / 6. Kemudian tetapkan rentang kepercayaan:

  • Kepercayaan rendah diperlukan (perencanaan kasar): E ditambah atau dikurangi 1 SD
  • Kepercayaan menengah (jadwal yang sudah dikomitmenkan): E ditambah atau dikurangi 2 SD
  • Kepercayaan tinggi (tenggat kontraktual atau regulasi): E ditambah atau dikurangi 3 SD

Untuk tugas dengan O=3, M=7, P=15: E = (3 + 28 + 15) / 6 = 7,67 hari; SD = (15 - 3) / 6 = 2 hari. Rentang 95% Anda adalah 3,67 hingga 11,67 hari, yang merupakan komunikasi yang jujur kepada stakeholder.

Langkah 5: Gabungkan ke level proyek

Untuk menghitung durasi yang diharapkan di level proyek, jumlahkan nilai yang diharapkan dari tugas-tugas pada jalur kritis. Untuk menghitung standar deviasi di level proyek, gunakan akar jumlah kuadrat: SD_proyek = sqrt(SD12 + SD22 + ... + SDn^2).

Penggabungan ini adalah bagaimana PERT terhubung dengan analisis diagram jaringan dan perhitungan float dan slack.

Contoh Perhitungan

Sebuah tim software sedang mengestimasi tiga tugas untuk rilis sebuah fitur. Mereka menggunakan rumus PERT beta.

Tugas O (hari) M (hari) P (hari) E = (O+4M+P)/6 SD = (P-O)/6 Rentang 95%
Peninjauan requirement 1 2 5 2,3 0,67 1,0 hingga 3,7
Pengembangan backend 3 6 15 7,0 2,0 3,0 hingga 11,0
QA dan perbaikan bug 2 4 10 4,7 1,33 2,0 hingga 7,3
Total 14,0 2,42 9,1 hingga 18,9

SD di level proyek adalah sqrt(0,672 + 2,02 + 1,33^2) = sqrt(0,45 + 4,0 + 1,77) = sqrt(6,22) = 2,49 hari.

Tim ini seharusnya mengomunikasikan durasi yang diharapkan sebesar 14 hari dengan rentang kepercayaan 95% sekitar 9 hingga 19 hari, bukan "dua minggu, pasti."

Manfaat dan Keterbatasan

Aspek Manfaat Keterbatasan
Akurasi Mengurangi bias optimisme dengan memaksa sudut pandang kasus terburuk Hanya sebaik kualitas input O, M, dan P
Komunikasi Memberi stakeholder sebuah rentang, bukan satu angka dengan presisi semu Rentang bisa membuat stakeholder tidak nyaman, mungkin perlu pendampingan
Visibilitas risiko Selisih P-O yang lebar menandai tugas berketidakpastian tinggi sejak awal Tidak memberi tahu Anda mengapa sebuah tugas tidak pasti
Integrasi Bekerja langsung dengan CPM, PERT chart, dan penggabungan WBS Menambah overhead estimasi per tugas
Kebutuhan data Bekerja tanpa data historis: penilaian ahli sudah cukup Bias anchoring ahli bisa mendistorsi ketiga nilai
Kesederhanaan Dua rumus, matematika yang mudah dipahami Tim mungkin selalu default menggunakan PERT dan lupa memvalidasi M

Pertanyaan yang Sering Diajukan

Apa rumus PERT untuk estimasi tiga titik? Rumus PERT beta adalah E = (O + 4M + P) / 6, di mana O adalah estimasi optimis, M adalah estimasi paling mungkin, dan P adalah estimasi pesimis. Faktor 4 memberikan bobot empat kali lebih besar pada nilai paling mungkin, mencerminkan asumsi statistik bahwa durasi tugas mengikuti distribusi beta.

Apa perbedaan antara estimasi PERT dan triangular? Keduanya menggunakan tiga input yang sama (O, M, P). Estimasi triangular merata-ratakannya secara setara: E = (O + M + P) / 3. PERT beta memberi bobot pada estimasi paling mungkin empat kali lebih besar: E = (O + 4M + P) / 6. PERT beta lebih disukai untuk penjadwalan proyek formal; triangular lebih cepat dan lebih cocok untuk estimasi kasar tahap awal.

Bisakah estimasi tiga titik digunakan untuk biaya selain waktu? Bisa. Rumus yang sama berlaku untuk estimasi biaya: ganti O, M, dan P dengan angka biaya kasus terbaik, paling mungkin, dan kasus terburuk. Biaya yang diharapkan dan standar deviasi bekerja dengan cara yang identik. Banyak project manager menjalankan estimasi tiga titik untuk waktu dan biaya secara paralel untuk setiap paket kerja.

Berapa banyak tugas yang perlu saya terapkan estimasi tiga titik? Terapkan pada tugas-tugas di mana ketidakpastian berarti, biasanya tugas dengan durasi lebih dari satu hari, tugas pada jalur kritis, atau tugas dengan ketergantungan yang bisa merambatkan keterlambatan. Untuk tugas yang sangat singkat dan sudah sangat dipahami, estimasi satu titik biasanya sudah cukup.

Apa yang harus saya lakukan jika subject-matter expert saya menolak memberikan estimasi pesimis? Ini hal yang umum. Estimator khawatir nilai P yang tinggi akan menjadi target. Rumuskan ulang pertanyaannya: tanyakan "Durasi berapa yang menurut Anda punya probabilitas 10% untuk terlampaui?" alih-alih "Apa kasus terburuknya?" Anda juga bisa menggunakan data aktual historis dari tugas serupa yang sudah selesai untuk menjadi acuan nilai P secara independen.


Untuk menjadwalkan estimasi ini di seluruh jaringan proyek, lihat dasar-dasar PERT chart dan metode jalur kritis. Untuk memahami bagaimana float memengaruhi penjadwalan tugas setelah Anda memiliki durasinya, lihat float dan slack. Untuk membangun hierarki tugas yang menjadi masukan estimasi tiga titik, lihat struktur rincian kerja dan diagram jaringan.

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.