Bahasa Indonesia
Penjadwalan Paralel vs Pemampatan Jadwal: Kompresi Jadwal
![]()
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Ketika proyek tertinggal, sebagian besar manajer menghadapi dua pilihan yang sama: menjalankan tugas secara paralel atau menambah sumber daya untuk menyelesaikan masalah. Kedua langkah tersebut memiliki nama resmi dalam manajemen proyek: penjadwalan paralel (fast-tracking) dan pemampatan jadwal (crashing). Memahami perbedaan antara fast-tracking vs crashing adalah salah satu keterampilan paling praktis yang dapat dikembangkan manajer proyek, karena memilih yang salah dapat mengubah keterlambatan kecil menjadi siklus pengerjaan ulang yang mahal.
Panduan ini membahas kedua teknik, membandingkannya secara langsung, dan memberikan kerangka kerja praktis untuk memutuskan mana yang digunakan.
Apa itu Penjadwalan Paralel dan Pemampatan Jadwal?
Penjadwalan paralel adalah teknik kompresi jadwal di mana aktivitas yang awalnya direncanakan secara berurutan malah dilakukan secara paralel atau dengan timeline yang tumpang tindih. Tidak ada anggaran tambahan yang dikeluarkan. Sebaliknya, Anda menerima beban koordinasi yang lebih tinggi dan peluang pengerjaan ulang yang lebih besar jika tugas sebelumnya berubah setelah tugas berikutnya sudah dimulai.
Pemampatan jadwal adalah teknik kompresi jadwal di mana Anda menambah sumber daya pada tugas jalur kritis untuk mempersingkat durasinya. Ini membutuhkan biaya. Anda mungkin mendatangkan kontraktor tambahan, menyetujui lembur, menyewa peralatan tambahan, atau membeli layanan yang lebih cepat. Jadwal memendek, tetapi anggaran meningkat.
Kedua teknik ini secara khusus menargetkan jalur kritis. Menerapkan salah satunya pada tugas yang memiliki Float (Slack) tidak akan mempersingkat tanggal akhir proyek. Anda harus menyasar tugas-tugas yang, jika tertunda, menunda seluruh proyek.
Fakta Penting
- Menurut laporan PMI Pulse of the Profession, 47% proyek gagal memenuhi tujuan jadwal awal mereka, menjadikan kompresi jadwal sebagai kenyataan berulang, bukan kasus tepi.
- Penelitian dari Project Management Institute menunjukkan bahwa proyek yang mengidentifikasi jalur kritis sebelum menerapkan kompresi memiliki tingkat keberhasilan yang lebih tinggi dibandingkan yang menerapkan sumber daya secara luas.
- PMBOK Guide PMI mengidentifikasi penjadwalan paralel dan pemampatan jadwal sebagai dua teknik kompresi jadwal utama yang tersedia ketika tanggal penyelesaian awal diperlukan atau keterlambatan perlu dipulihkan.
Penjadwalan Paralel vs Pemampatan Jadwal: Perbandingan Langsung
| Dimensi | Penjadwalan Paralel | Pemampatan Jadwal |
|---|---|---|
| Yang dilakukan | Menumpuk tugas berurutan; menjalankannya secara paralel | Menambah sumber daya pada tugas jalur kritis untuk mempersingkat durasi |
| Dampak pada biaya | Minimal hingga tidak ada | Meningkatkan biaya (lembur, staf tambahan, peralatan) |
| Dampak pada risiko | Lebih tinggi: pengerjaan ulang jika tugas hulu berubah dan mempengaruhi pekerjaan hilir | Risiko pengerjaan ulang lebih rendah; risiko anggaran lebih tinggi dan hasil yang semakin berkurang |
| Terbaik ketika | Tugas memiliki independensi parsial; biaya pengerjaan ulang dapat ditoleransi; anggaran tetap | Jadwal harus dipersempit sejumlah tertentu; anggaran memiliki ruang; risiko pengerjaan ulang tidak dapat diterima |
| Kelemahan | Dapat menciptakan siklus pengerjaan ulang; meningkatkan beban koordinasi tim; memampatkan Float dan Slack | Biaya naik cepat; setiap sumber daya tambahan menghasilkan penghematan waktu yang semakin kecil; mungkin tidak dapat dikompresi di bawah batas keras |
| Contoh khas | Memulai pengujian integrasi sebelum semua pengkodean selesai | Mempekerjakan dua developer tambahan untuk Sprint pengkodean terakhir |
Kapan Menggunakan Masing-masing
Gunakan penjadwalan paralel ketika:
- Anggaran ketat dan menambah sumber daya bukan pilihan.
- Dua tugas berurutan hanya memiliki ketergantungan lunak. Misalnya, menulis bagian laporan sementara bagian sebelumnya sedang dalam tinjauan akhir, bukan masih dalam tahap penyusunan.
- Biaya pengerjaan ulang rendah. Jika tugas hulu berubah dan tugas hilir memerlukan penyesuaian kecil, waktu yang dihemat tetap membenarkan tumpang tindihnya.
- Tim memiliki komunikasi yang kuat dan dapat mengkoordinasikan serah terima secara real-time.
Gunakan pemampatan jadwal ketika:
- Proyek memiliki tenggat waktu kontraktual atau regulasi yang keras dan kesenjangan tidak dapat ditutup hanya dengan pengurutan.
- Cadangan anggaran ada khusus untuk pemulihan jadwal.
- Tugas pada jalur kritis tidak dapat dipecah atau ditumpuk dengan aman. Manufaktur perangkat keras, tinjauan regulasi, dan pengujian beban sering masuk kategori ini.
- Anda sudah menghabiskan opsi penjadwalan paralel.
Satu aturan praktis: coba penjadwalan paralel terlebih dahulu, karena biayanya lebih rendah. Jika kompresi yang dicapai tidak cukup, tambahkan pemampatan jadwal pada tugas kritis yang menunjukkan rasio biaya-waktu terbaik.
Kesalahan Umum
Menerapkan kompresi di luar jalur kritis. Mempercepat tugas dengan lima hari Float dan Slack tidak berpengaruh pada tanggal akhir. Sebelum menyentuh apa pun, identifikasi jalur kritis menggunakan diagram jaringan.
Memampatkan jadwal melampaui titik hasil yang semakin berkurang. Menambahkan orang ketiga ke tugas dua orang tidak memotong durasi sepertiga. Beban komunikasi tumbuh, dan pada titik tertentu sumber daya tambahan tidak memberikan manfaat apa pun. Selalu hitung kemiringan biaya pemampatan: berapa biaya sesungguhnya per hari yang dihemat?
Penjadwalan paralel pada tugas dengan ketergantungan keras. Beberapa tugas benar-benar tidak dapat dimulai sampai pendahulunya 100% selesai. Menuangkan slab beton tidak bisa dimulai sementara fondasi masih digali. Memaksakan paralelisme pada ketergantungan keras tidak memampatkan jadwal; itu menciptakan cacat.
Melupakan triple constraint. Kompresi jadwal selalu menukar satu batasan dengan yang lain. Penjadwalan paralel menukar waktu dengan risiko. Pemampatan jadwal menukar waktu dengan biaya. Tidak ada langkah yang gratis.
Tidak melakukan re-baseline. Setelah Anda menerapkan kompresi, jadwal asli bukan lagi rencananya. Perbarui Gantt chart, komunikasikan jalur kritis baru ke tim, dan perbarui baseline biaya jika pemampatan mengubah anggaran.
Cara Memampatkan Jadwal
Langkah 1: Petakan Jalur Kritis
Gunakan diagram jaringan untuk menemukan setiap urutan tugas dengan nol Float dari awal hingga akhir. Hanya tugas pada rantai ini yang menjadi kandidat kompresi.
Langkah 2: Evaluasi Opsi Penjadwalan Paralel
Tinjau setiap pasang tugas jalur kritis. Tanyakan: apakah tugas kedua benar-benar perlu tugas pertama 100% selesai sebelum memulai? Jika tidak, estimasi berapa banyak tumpang tindih yang layak dan berapa banyak risiko pengerjaan ulang yang diperkenalkan. Buat daftar tumpang tindih kandidat dan waktu yang akan dihemat masing-masing.
Langkah 3: Evaluasi Opsi Pemampatan Jadwal
Untuk setiap tugas jalur kritis yang tidak dapat dijadwalkan paralel, hitung kemiringan biaya pemampatan:
Kemiringan biaya pemampatan = (Biaya pemampatan - Biaya normal) / (Durasi normal - Durasi pemampatan)
Ini memberitahu Anda biaya per hari yang dihemat. Urutkan tugas dari kemiringan biaya pemampatan terendah hingga tertinggi dan mampatkan yang paling murah terlebih dahulu.
Langkah 4: Terapkan Kombinasi Terbaik
Gabungkan penjadwalan paralel (di mana risiko pengerjaan ulang dapat diterima) dan pemampatan jadwal (di mana tidak) untuk menutup kesenjangan jadwal dengan total biaya terendah. Periksa estimasi biaya proyek untuk ruang anggaran sebelum berkomitmen.
Langkah 5: Re-Baseline dan Pantau
Perbarui jadwal, reset jalur kritis, dan hitung ulang baseline earned value management (EVM). Lacak jam pengerjaan ulang jika Anda melakukan penjadwalan paralel, dan pantau kinerja biaya jika Anda melakukan pemampatan.
Contoh Penjadwalan Paralel vs Pemampatan Jadwal
Bayangkan peluncuran produk perangkat lunak yang dijadwalkan 20 minggu. Pada minggu ke-8, audit mengungkapkan proyek tertinggal 3 minggu pada tugas jalur kritis.
| Tugas | Durasi Direncanakan | Opsi | Waktu Dihemat | Biaya Ditambahkan |
|---|---|---|---|---|
| Desain UI + pengembangan backend (berurutan) | 6 minggu | Jadwal paralel: tumpang tindih 2 minggu | 2 minggu | Minimal (standup harian tambahan) |
| Pengujian QA akhir | 4 minggu | Mampatkan: datangkan 2 penguji kontrak | 1 minggu | Rp 128.000.000 |
| Pengaturan deployment | 2 minggu | Mampatkan: tingkat dukungan premium vendor | 0,5 minggu | Rp 48.000.000 |
| Total | 3,5 minggu dipulihkan | Rp 176.000.000 |
Tim memulihkan 3,5 minggu terhadap kesenjangan 3 minggu. Tumpang tindih UI memperkenalkan beberapa risiko pengerjaan ulang pada integrasi backend, tetapi tim menerimanya karena lead pengembangan dapat meninjau titik integrasi setiap hari. Pemampatan pada QA dan deployment dibayar dari dana cadangan proyek.
Sebelum membuat keputusan ini, gunakan estimasi tiga titik untuk menguji tekanan durasi yang dikompresi terhadap skenario optimis dan pesimis.
Praktik Terbaik
Dokumentasikan logika keputusan Anda. Jika sponsor bertanya mengapa anggaran meningkat, Anda membutuhkan catatan yang jelas yang menunjukkan: kesenjangan, opsi yang dievaluasi, kemiringan biaya yang dihitung, dan jalur yang dipilih. Penjelasan samar "kami membutuhkan lebih banyak sumber daya" merusak kepercayaan.
Tetapkan aturan serah terima penjadwalan paralel yang jelas. Jika Anda menumpuk Tugas A dan Tugas B, tentukan kondisi tepat di mana Tugas B dapat dimulai. "Tugas A 70% selesai dan spesifikasi antarmuka sudah dibekukan" adalah pemicu yang jelas. "Ketika A terlihat hampir selesai" bukan.
Lacak pengerjaan ulang secara terpisah. Penjadwalan paralel menyembunyikan pengerjaan ulang dalam upaya tugas normal kecuali Anda menyebutnya secara eksplisit. Mencatat jam pengerjaan ulang memungkinkan Anda mengevaluasi apakah kompresi benar-benar menghemat waktu setelah dikurangi pengerjaan ulang.
Komunikasikan kompresi kepada pemangku kepentingan. Anggota tim yang mengerjakan tugas yang tumpang tindih perlu tahu risiko yang mereka tanggung. Sponsor perlu tahu jika anggaran meningkat. Keheningan menciptakan kejutan.
Pertimbangkan biaya manusiawi. Pemampatan dengan lembur berhasil untuk satu Sprint. Ini tidak berhasil selama empat bulan berturut-turut. Kelelahan akan memperlambat proyek lebih dari keterlambatan aslinya.
Pertanyaan yang Sering Diajukan
Apa perbedaan utama antara penjadwalan paralel dan pemampatan jadwal? Penjadwalan paralel memampatkan jadwal dengan menumpuk tugas yang direncanakan secara berurutan, menambah risiko pengerjaan ulang tetapi sedikit biaya. Pemampatan jadwal memampatkan jadwal dengan menambah sumber daya pada tugas jalur kritis, yang mempersingkat durasi tetapi meningkatkan anggaran. Keduanya hanya menargetkan jalur kritis.
Teknik mana yang lebih murah: penjadwalan paralel atau pemampatan jadwal? Penjadwalan paralel umumnya lebih murah karena tidak menambah sumber daya. Tetapi jika tumpang tindih menyebabkan pengerjaan ulang yang signifikan, biaya tersembunyi bisa melebihi biaya pemampatan. Pilihan yang tepat bergantung pada tugas spesifik, jenis ketergantungannya, dan seberapa besar kemungkinan pengerjaan ulang.
Bisakah Anda menggunakan penjadwalan paralel dan pemampatan jadwal pada proyek yang sama? Ya. Sebagian besar manajer proyek menggabungkan keduanya. Jadwalkan paralel tugas-tugas di mana tumpang tindih aman, mampatkan tugas-tugas di mana tidak aman. Pendekatan hibrida ini menutup kesenjangan jadwal yang lebih besar dengan biaya yang lebih rendah dibandingkan pemampatan saja.
Apakah penjadwalan paralel meningkatkan risiko proyek? Ya. Menjalankan tugas secara paralel berarti tugas-tugas berikutnya mungkin perlu direvisi jika tugas-tugas sebelumnya berubah. Risiko ini dapat dikelola ketika tim berkomunikasi dengan baik dan ketergantungannya lunak, bukan keras.
Apa yang terjadi jika pemampatan jadwal tidak memulihkan cukup waktu? Anda kemungkinan telah mencapai batas pemampatan: titik di mana menambah lebih banyak sumber daya tidak lagi mempersingkat durasi. Pada titik itu, pengurangan ruang lingkup (menghapus hasil kerja) atau perpanjangan tenggat waktu yang dinegosiasikan adalah opsi yang tersisa.
Ketika tenggat waktu tetap dan jadwal meleset, penjadwalan paralel dan pemampatan jadwal memberi Anda cara terstruktur untuk merespons. Petakan jalur kritis terlebih dahulu, hargai kedua opsi, dan kombinasikan di mana masuk akal. Tim yang memulihkan waktu yang hilang tanpa menguras anggaran biasanya adalah mereka yang memperlakukan keputusan ini sebagai masalah rekayasa, bukan gerakan panik.
Bacaan Terkait

Senior Operations & Growth Strategist
On this page
- Apa itu Penjadwalan Paralel dan Pemampatan Jadwal?
- Penjadwalan Paralel vs Pemampatan Jadwal: Perbandingan Langsung
- Kapan Menggunakan Masing-masing
- Kesalahan Umum
- Cara Memampatkan Jadwal
- Langkah 1: Petakan Jalur Kritis
- Langkah 2: Evaluasi Opsi Penjadwalan Paralel
- Langkah 3: Evaluasi Opsi Pemampatan Jadwal
- Langkah 4: Terapkan Kombinasi Terbaik
- Langkah 5: Re-Baseline dan Pantau
- Contoh Penjadwalan Paralel vs Pemampatan Jadwal
- Praktik Terbaik
- Pertanyaan yang Sering Diajukan
- Bacaan Terkait