Bahasa Indonesia
PERT Chart: Definisi, Cara Membuatnya, dan Contoh

PERT chart adalah diagram jaringan yang memetakan setiap tugas dalam sebuah proyek, ketergantungan antar tugas tersebut, dan estimasi waktu probabilistik untuk masing-masing tugas. Tim proyek menggunakannya ketika mereka tidak bisa memastikan durasi yang tepat namun tetap membutuhkan jadwal yang realistis yang bisa mereka pertahankan kepada pemangku kepentingan.
Apa itu PERT chart?
PERT chart (Program Evaluation and Review Technique) adalah alat perencanaan proyek visual yang merepresentasikan tugas-tugas sebagai node dan ketergantungan sebagai panah, menggunakan tiga estimasi waktu per tugas untuk memperhitungkan ketidakpastian. Alat ini dikembangkan pada 1958 oleh Special Projects Office Angkatan Laut AS dan firma konsultan Booz Allen Hamilton untuk mengelola program rudal balistik yang diluncurkan dari kapal selam Polaris, salah satu upaya rekayasa paling kompleks di era Perang Dingin. Angkatan Laut membutuhkan cara untuk mengkoordinasikan ribuan kontraktor dengan tingkat kepercayaan yang sangat berbeda dalam timeline mereka.
Metode ini segera menyebar ke bidang antariksa, konstruksi, dan pengembangan perangkat lunak. Saat ini, metode ini berdampingan dengan diagram alur dan alat manajemen proses bisnis sebagai teknik dasar bagi siapa saja yang perlu memodelkan ketidakpastian dalam jadwal.
Istilah-istilah kunci:
- Node (atau event): lingkaran atau persegi panjang yang mewakili Milestone atau tugas
- Panah (atau aktivitas): garis berarah yang menunjukkan urutan dan ketergantungan
- Jalur kritis: jalur terpanjang melalui jaringan; penundaan apa pun pada jalur ini menunda seluruh proyek
- Float (slack): jumlah waktu yang dapat digeser oleh suatu tugas tanpa mempengaruhi jalur kritis

Fakta Utama
Program PERT asli dikreditkan dengan mempersingkat timeline rudal Polaris sekitar 2 tahun (U.S. Navy, 1958). PMI Pulse of the Profession 2024 menemukan bahwa organisasi membuang rata-rata $97 juta untuk setiap $1 miliar yang diinvestasikan akibat kinerja proyek yang buruk, dengan keterlambatan jadwal disebutkan sebagai salah satu akar penyebab utama. Gartner memperkirakan pasar perangkat lunak manajemen proyek global akan melampaui $9,8 miliar pada 2027, sebagian didorong oleh permintaan fitur penjadwalan probabilistik.
PERT chart vs Gantt chart vs metode jalur kritis vs diagram jaringan
Keempat istilah ini tumpang tindih dalam praktik namun memiliki arti yang berbeda. Berikut perbandingan keduanya:
| Alat | Tampilan utama | Estimasi waktu | Menangani ketidakpastian | Terbaik untuk |
|---|---|---|---|---|
| PERT chart | Jaringan (node + panah) | Tiga titik (O, M, P) | Ya | R&D, proyek pertama kali |
| Gantt chart | Timeline (batang pada kalender) | Estimasi tetap tunggal | Tidak | Proyek berulang dan dapat diprediksi |
| Metode Jalur Kritis (CPM) | Jaringan (node + panah) | Estimasi tetap tunggal | Tidak | Konstruksi, manufaktur |
| Diagram jaringan | Jaringan (node + panah) | Apa saja atau tidak ada | Tergantung input | Pemetaan ketergantungan umum |
PERT dan CPM menggunakan struktur jaringan yang sama namun berbeda dalam satu cara yang krusial: CPM mengasumsikan durasi deterministik; PERT menerima rentang nilai. Untuk proyek yang benar-benar baru di mana tidak ada data historis, PERT adalah alat yang lebih jujur. Untuk proyek metodologi waterfall dengan jenis tugas yang sudah dikenal, CPM atau Gantt chart biasanya lebih sederhana.
Formula estimasi waktu 3 titik
Fitur penentu PERT adalah estimasi tiga titik. Alih-alih bertanya "berapa lama ini akan berlangsung?", Anda mengajukan tiga pertanyaan:
- O (Optimis): durasi terpendek yang mungkin jika segalanya berjalan lancar
- M (Paling mungkin): durasi realistis dalam kondisi normal
- P (Pesimis): durasi terpanjang yang masuk akal jika sesuatu berjalan salah
Waktu yang diharapkan (TE) adalah rata-rata tertimbang yang memberikan bobot empat kali lebih banyak pada estimasi paling mungkin:
TE = (O + 4M + P) / 6
Deviasi standar (SD) memberi tahu Anda seberapa tersebar rentangnya:
SD = (P - O) / 6
Contoh yang dikerjakan:
Katakanlah Anda mengestimasi tugas tinjauan kode. Tim Anda berpikir:
- Optimis: 3 hari (reviewer tidak memiliki pertanyaan)
- Paling mungkin: 5 hari (beberapa rangkaian komentar, diskusi bolak-balik yang normal)
- Pesimis: 11 hari (kekhawatiran arsitektur besar yang diangkat)
Memasukkan angka:
TE = (3 + 4×5 + 11) / 6 = (3 + 20 + 11) / 6 = 34 / 6 = 5,67 hari
SD = (11 - 3) / 6 = 8 / 6 = 1,33 hari
Jadi Anda akan merencanakan sekitar 5,7 hari dengan rentang sekitar 1,3 hari. Itulah angka yang Anda masukkan pada diagram jaringan untuk tugas ini, bukan tebakan naif "lima hari" yang mengabaikan skenario pesimis.

Cara membangun PERT chart dalam 6 langkah
Langkah 1: Daftar semua tugas
Tuliskan setiap hasil kerja dan aktivitas yang diperlukan untuk menyelesaikan proyek. Cukup spesifik sehingga setiap item memiliki awal dan akhir yang jelas. Gunakan struktur rincian kerja jika proyeknya besar.
- Mulai dari output (hasil kerja akhir) dan kerjakan mundur
- Sertakan langkah tinjauan dan persetujuan, bukan hanya pekerjaan produksi
- Jaga tugas cukup kecil sehingga satu orang memiliki setiap tugas
Langkah 2: Identifikasi ketergantungan
Untuk setiap tugas, tanyakan: "Apa yang harus diselesaikan sebelum ini bisa dimulai?" Tandai hubungan pendahulu ini. Beberapa tugas dapat berjalan secara paralel; yang lain bersifat berurutan secara ketat.
- Gunakan tabel sederhana: Tugas | Pendahulu
- Waspadai ketergantungan melingkar (A membutuhkan B, B membutuhkan A) -- itu menandakan kesalahan perencanaan
- Validasi dengan orang-orang yang mengerjakan pekerjaan tersebut, bukan hanya manajer proyek
Langkah 3: Estimasi waktu tugas (O, M, P)
Tanyakan pemilik tugas atau panel ahli kecil untuk tiga angka: optimis, paling mungkin, dan pesimis. Hitung TE dan SD untuk setiap tugas.
- Hindari anchoring: dapatkan O dan P sebelum M untuk menghindari penyempitan rentang sebelum waktunya
- Jika P lebih dari 3x O, tugas tersebut mungkin perlu dipecah menjadi bagian yang lebih kecil
- Dokumentasikan asumsi bersama estimasi
Langkah 4: Gambar jaringannya
Mulai dari kiri dengan node "Mulai". Tambahkan setiap tugas sebagai node dan gambar panah dari pendahulu ke penerus. Akhiri dengan node "Selesai". Beri label setiap panah atau node dengan TE.
- Pertahankan panah mengalir dari kiri ke kanan
- Gunakan cabang paralel untuk tugas bersamaan
- Alat perangkat lunak (Lucidchart, Microsoft Visio, ProjectLibre) menangani tata letak secara otomatis
Langkah 5: Hitung jalur kritis
Jalur kritis adalah urutan tugas dengan total durasi terpanjang. Setiap keterlambatan pada jalur kritis adalah keterlambatan langsung pada tanggal akhir proyek.
Untuk menemukannya: jumlahkan TE untuk setiap kemungkinan jalur dari Mulai hingga Selesai. Jalur dengan jumlah terbesar adalah jalur kritis. Tugas-tugas yang tidak berada pada jalur kritis memiliki float (kesenjangan antara penyelesaian paling akhir dan paling awal mereka).
- Float = 0 pada jalur kritis
- Float positif = bantalan jadwal pada tugas non-kritis
- Float negatif = tugas sudah terlambat relatif terhadap rencana

Langkah 6: Perbarui seiring proyek berjalan
PERT chart adalah dokumen yang hidup. Ketika sebuah tugas selesai lebih awal atau terlambat, hitung ulang TE untuk tugas-tugas hilir, periksa kembali jalur mana yang terpanjang, dan perbarui tim.
- Jalankan ulang perhitungan jalur kritis setiap kali tugas besar meleset lebih dari satu SD
- Bandingkan durasi aktual dengan estimasi O/M/P untuk mengkalibrasi proyek mendatang
- Arsipkan estimasi yang selesai, karena mereka menjadi input "M" Anda untuk pekerjaan serupa di masa depan
Manfaat dan keterbatasan PERT chart
Manfaat:
- Memaksa percakapan eksplisit tentang ketidakpastian sebelum pekerjaan dimulai
- Mengungkap jalur kritis, sehingga tim tahu di mana harus memfokuskan manajemen risiko
- Bekerja dengan baik untuk proyek baru atau padat riset tanpa baseline historis
- Estimasi tiga titik berlandaskan statistik, bukan sekadar perasaan
- Terhubung secara alami ke kerangka kompetensi manajemen proyek yang memerlukan penjadwalan yang disesuaikan dengan risiko
Keterbatasan:
- Membutuhkan banyak waktu untuk menyiapkan pada proyek dengan ratusan tugas
- Memerlukan estimasi yang jujur; jika tim meremehkan angka pesimis, modelnya tidak berguna
- Tidak menampilkan alokasi sumber daya atau biaya: pasangkan dengan Gantt chart untuk itu
- Formula mengasumsikan distribusi beta, yang mungkin tidak mencerminkan perilaku tugas nyata
- Memelihara jaringan PERT yang besar secara manual rentan terhadap kesalahan; perangkat lunak hampir wajib untuk lebih dari 20 tugas
Contoh PERT chart
Contoh 1: Rilis perangkat lunak
Tim kecil sedang merilis fitur baru. Berikut tabel estimasi PERT mereka:
| Tugas | Pendahulu | O (hari) | M (hari) | P (hari) | TE (hari) |
|---|---|---|---|---|---|
| A: Persetujuan persyaratan | -- | 1 | 2 | 5 | 2,33 |
| B: Desain UI | A | 2 | 4 | 8 | 4,33 |
| C: Pengembangan backend | A | 3 | 6 | 12 | 6,50 |
| D: Pengembangan frontend | B | 2 | 4 | 9 | 4,50 |
| E: Integrasi + QA | C, D | 2 | 5 | 10 | 5,33 |
| F: Deploy staging + UAT | E | 1 | 2 | 4 | 2,17 |
Jalur-jalur:
- A - B - D - E - F = 2,33 + 4,33 + 4,50 + 5,33 + 2,17 = 18,66 hari
- A - C - E - F = 2,33 + 6,50 + 5,33 + 2,17 = 16,33 hari
Jalur kritis: A - B - D - E - F selama 18,66 hari. Tugas backend (C) memiliki float 2,33 hari.
Contoh 2: Fase konstruksi kantor
Tim fasilitas sedang membangun lantai baru:
| Tugas | Pendahulu | O (hari) | M (hari) | P (hari) | TE (hari) |
|---|---|---|---|---|---|
| A: Izin disetujui | -- | 5 | 10 | 20 | 10,83 |
| B: Pembongkaran | A | 2 | 3 | 6 | 3,33 |
| C: Instalasi listrik kasar | B | 3 | 5 | 9 | 5,33 |
| D: Instalasi HVAC | B | 4 | 7 | 14 | 7,67 |
| E: Drywall + finishing | C, D | 3 | 6 | 10 | 6,17 |
| F: Pengisian furnitur + setup IT | E | 2 | 4 | 7 | 4,17 |
Jalur-jalur:
- A - B - C - E - F = 10,83 + 3,33 + 5,33 + 6,17 + 4,17 = 29,83 hari
- A - B - D - E - F = 10,83 + 3,33 + 7,67 + 6,17 + 4,17 = 32,17 hari
Jalur kritis: A - B - D - E - F selama 32,17 hari. Instalasi listrik (C) memiliki float 2,34 hari.
PERT vs CPM dalam praktik
PERT dan CPM adalah bersaudara, bukan pesaing. Gunakan PERT ketika:
- Proyek bersifat baru dan estimasi memiliki ketidakpastian tinggi (R&D, event pertama kali, pengembangan perangkat lunak greenfield)
- Anda ingin mengkomunikasikan rentang kepada pemangku kepentingan, bukan hanya satu tanggal
- Tim memiliki para ahli yang dapat menghasilkan estimasi O, M, P yang kredibel
Beralih ke CPM ketika:
- Anda memiliki data historis yang kuat untuk durasi tugas (proyek konstruksi berulang, proses manufaktur)
- Kesederhanaan penting: estimasi satu titik lebih mudah dijelaskan kepada sponsor non-teknis
- Anda mengintegrasikan dengan alat perataan sumber daya atau pelacakan biaya yang mengharapkan input deterministik
Banyak tim menggunakan keduanya: PERT selama fase perencanaan untuk menetapkan jadwal, kemudian CPM saat proyek masuk ke fase eksekusi dan aktual menggantikan estimasi. RACI matrix yang solid dan papan Kanban bekerja bersama PERT untuk menjaga kepemilikan dan pekerjaan harian tetap terlihat tanpa mengacaukan diagram jaringan.
Pertanyaan yang sering diajukan
Apa kepanjangan PERT? PERT adalah singkatan dari Program Evaluation and Review Technique. Nama ini mencerminkan asal-usulnya dalam manajemen program, di mana "program" berarti inisiatif pemerintah besar yang mencakup banyak kontrak dan organisasi.
Siapa yang menemukan PERT chart? PERT dikembangkan pada 1958 oleh Special Projects Office Angkatan Laut AS, bekerja sama dengan konsultan manajemen dari Booz Allen Hamilton dan Lockheed. Tim pengembangan utama mencakup Willard Fazar dan D.G. Malcolm. Alat ini dibuat khusus untuk program Fleet Ballistic Missile Polaris.
Apakah PERT masih digunakan saat ini? Ya, meskipun kurang umum sebagai alat mandiri. Banyak platform manajemen proyek menyematkan estimasi tiga titik bergaya PERT dalam mesin penjadwalan mereka tanpa menyebutnya "PERT." Proyek pertahanan, antariksa, dan infrastruktur besar masih menggunakannya secara eksplisit. Dalam perangkat lunak, alat ini muncul dalam beberapa teknik estimasi Agile (story points tiga titik) dan dalam model risiko formal.
Apa perbedaan antara PERT dan Gantt? Gantt chart memplot tugas pada timeline kalender dengan batang yang menunjukkan durasi. PERT chart menampilkan tugas sebagai node dalam jaringan, menekankan urutan dan ketergantungan daripada tanggal kalender. Gantt lebih baik untuk pelacakan sehari-hari; PERT lebih baik untuk perencanaan dalam kondisi ketidakpastian dan menemukan jalur kritis.
Perangkat lunak apa yang dapat membangun PERT chart? Sebagian besar alat manajemen proyek khusus mendukung tampilan jaringan bergaya PERT: Microsoft Project, Lucidchart, Smartsheet, ProjectLibre (open source), dan OmniPlan. Alat diagram umum seperti draw.io atau Miro memungkinkan Anda membangun jaringan PERT secara manual. Spreadsheet (Excel, Google Sheets) bekerja untuk jaringan kecil ketika dikombinasikan dengan kolom formula untuk TE.
Penutup
Ketidakpastian jadwal bukanlah masalah yang bisa hilang dengan sendirinya. PERT chart memaksa percakapan tentang seperti apa "selesai" itu secara realistis dalam kondisi baik, normal, dan buruk. Kejujuran itu, yang tertanam dalam diagram jaringan, adalah yang memungkinkan tim berkomitmen pada tanggal yang benar-benar bisa mereka pertahankan daripada yang sekadar mereka harapkan. Mulailah dengan daftar tugas dan tiga pertanyaan per tugas. Jalur kritis akan memberi tahu Anda di mana harus memfokuskan sisa energi Anda.

Senior Operations & Growth Strategist
On this page
- Apa itu PERT chart?
- Fakta Utama
- PERT chart vs Gantt chart vs metode jalur kritis vs diagram jaringan
- Formula estimasi waktu 3 titik
- Cara membangun PERT chart dalam 6 langkah
- Langkah 1: Daftar semua tugas
- Langkah 2: Identifikasi ketergantungan
- Langkah 3: Estimasi waktu tugas (O, M, P)
- Langkah 4: Gambar jaringannya
- Langkah 5: Hitung jalur kritis
- Langkah 6: Perbarui seiring proyek berjalan
- Manfaat dan keterbatasan PERT chart
- Contoh PERT chart
- Contoh 1: Rilis perangkat lunak
- Contoh 2: Fase konstruksi kantor
- PERT vs CPM dalam praktik
- Pertanyaan yang sering diajukan
- Penutup