Bahasa Indonesia

PERT Chart: Definisi, Cara Membuatnya, dan Contoh

Diagram jaringan PERT chart dengan node, panah, dan jalur kritis yang disorot

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

Anatomi node PERT: nama tugas, estimasi optimis, paling mungkin, dan pesimis

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.

Formula estimasi tiga titik dan contoh yang dikerjakan dengan O=3, M=5, P=11 hari, TE=5,67 hari

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

Jaringan PERT 7 node dengan jalur kritis yang disorot berwarna merah koral

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.