Empat jenis ketergantungan Gantt adalah finish-to-start, start-to-start, finish-to-finish, dan start-to-finish. Gunakan hubungan terlemah yang mewakili pekerjaan secara akurat.
Apa yang dimaksud dengan ketergantungan dalam diagram Gantt?
Ketergantungan adalah hubungan logis antara dua tugas. Dikatakan kapan suatu tugas dapat dimulai atau diselesaikan dibandingkan dengan tugas lainnya. Empat jenis hubungan standar adalah finish-to-start (FS), start-to-start (SS), finish-to-finish (FF), dan start-to-finish (SF).
Ketergantungan membuat bagan Gantt berperilaku seperti jadwal. Ketika pendahulunya berpindah, mesin penjadwalan dapat menghitung ulang penerusnya alih-alih membiarkan setiap tanggal diperbaiki secara manual.
Gunakan hubungan terlemah yang menggambarkan pekerjaan secara akurat. Jangan menambahkan tautan finish-to-start hanya untuk menjaga bilah tetap terlihat rapi; setiap tautan harus mewakili penyerahan teknis, fisik, peraturan, atau informasi yang nyata.
Sekilas tentang empat jenis ketergantungan
| Ketik | Artinya | Contoh sederhana |
|---|---|---|
| Selesai untuk memulai (FS) | Penerus tidak dapat memulai sampai pendahulunya selesai | Pengujian dimulai setelah pembangunan selesai |
| Mulai dari awal (SS) | Penerus tidak dapat memulai sebelum pendahulunya memulai | Pencatatan dimulai ketika lokakarya dimulai |
| Selesai hingga selesai (FF) | Penerus tidak dapat menyelesaikan sampai pendahulunya selesai | Pengoreksian akhir tidak dapat diselesaikan sebelum penulisan selesai |
| Mulai hingga selesai (SF) | Penerus tidak dapat menyelesaikan sebelum pendahulunya memulai | Pergeseran dukungan lama tidak dapat berakhir sampai shift baru dimulai |
“Pendahulu” berarti tugas yang memberikan batasan. “Penerus” berarti tugas yang dibatasi. Kata-kata tersebut tidak berarti bahwa keseluruhan pendahulunya harus terjadi terlebih dahulu—itu bergantung pada jenis hubungannya.
1. Selesai untuk memulai (FS)
B tidak dapat memulai sampai A selesai. Ini adalah hubungan yang paling umum.
Contoh:
- Diterapkan ke produksi setelah pengujian penerimaan selesai.
- Tuang beton setelah pemeriksaan bekisting selesai.
- Kirim undangan setelah daftar tamu disetujui.
- Mulai migrasi data setelah pencadangan selesai.
Jika “Setujui desain” selesai pada hari Selasa dan “Bangun antarmuka” memiliki tautan FS, pembangunan dapat dimulai pada waktu kerja berikutnya yang tersedia sesuai dengan aturan kalender alat tersebut.
FS mudah dimengerti, tetapi menggunakannya secara berlebihan akan membuat serialisasi berhasil. Tanyakan apakah penerusnya benar-benar membutuhkan setiap bagian dari pendahulunya. Jika pengembangan dapat dimulai ketika spesifikasi pertama yang disetujui telah tersedia, dekomposisi yang berbeda dapat menciptakan tumpang tindih yang lebih realistis.
2. Mulai dari awal (SS)
B tidak dapat dimulai sampai A dimulai. Tugas kemudian dapat dilanjutkan untuk durasi yang berbeda.
Contoh:
- Mulailah catatan rapat saat rapat dimulai.
- Mulai pemantauan kualitas saat produksi dimulai.
- Mulai pengangkutan penggalian saat penggalian dimulai.
- Mulai cakupan dukungan pelanggan saat peluncuran dimulai.
SS tidak berarti kedua tugas harus dimulai pada saat yang sama kecuali tidak ada jeda dan jadwal dibatasi seperti itu. Ini menetapkan permulaan paling awal yang diperbolehkan bagi penerusnya.
3. Selesai hingga selesai (FF)
B tidak dapat menyelesaikan sampai A selesai. Hubungan mengontrol penyelesaian, bukan memulai.
Contoh:
- Pengeditan tidak dapat selesai sampai penulisan selesai.
- Pemantauan keamanan tidak dapat diselesaikan sebelum migrasi selesai.
- Pengawasan lokasi tidak dapat selesai sebelum konstruksi selesai.
- Rekonsiliasi invoice tidak dapat diselesaikan sebelum seluruh invoice diterima.
FF berguna ketika dua aktivitas berjalan secara paralel tetapi salah satu aktivitas harus tetap aktif hingga akhir aktivitas lainnya. Ini tidak boleh digunakan untuk menyembunyikan hasil yang tidak jelas. Jika ada penyerahan terakhir, tahapan terpisah mungkin dapat mengomunikasikan logika dengan lebih baik.
4. Mulai hingga selesai (SF)
B tidak dapat menyelesaikan sampai A dimulai. Ini valid tetapi jarang terjadi.
Contoh klasiknya adalah cakupan shift: shift keluar tidak dapat selesai sampai shift masuk dimulai. Contoh lainnya termasuk:
- sistem lama tidak dapat dihentikan sampai layanan pengganti dimulai;
- pemantauan sementara tidak dapat dihentikan sampai pemantauan permanen dimulai;
- cakupan vendor lama tidak dapat berakhir sampai vendor baru memulai layanan.
Tim sering kali salah menggunakan SF karena kata-katanya terasa terbalik. Sebutkan pendahulu dan penggantinya dengan lantang: “Penyelesaian shift yang lama bergantung pada dimulainya shift yang baru.” Jika kalimat tersebut tidak benar, gunakan hubungan lain atau desain ulang tugas.
Apa itu lag dan lead?
Lag adalah masa tunggu yang ditambahkan ke ketergantungan. Prospek memungkinkan terjadinya tumpang tindih dan sering kali direpresentasikan sebagai kelambatan negatif.
Contoh:
- FS + 2 hari: Aplikasikan lapisan kedua dua hari setelah lapisan pertama selesai.
- SS + 1 hari: Mulai transkripsi satu hari setelah wawancara dimulai.
- FS − 2 hari: Mulai peninjauan dua hari sebelum draf selesai.
Jeda harus mewakili waktu kerja atau waktu kerja yang telah berlalu, seperti masa pengawetan, pengiriman, atau periode pemberitahuan wajib. Hindari menggunakan jeda yang tidak dapat dijelaskan sebagai wadah untuk pekerjaan tersembunyi. Jika seseorang harus melakukan suatu tindakan selama jeda, contohkan tindakan tersebut sebagai tugas dengan pemiliknya.
Pemimpin dapat membuat jadwal menjadi rapuh karena mengasumsikan sebagian keluaran pendahulunya sudah siap. Memisahkan pendahulunya menjadi hasil yang lebih kecil—misalnya, “Draf bagian 1–3”—sering kali menciptakan logika yang lebih jelas daripada jeda negatif yang besar.
Contoh ketergantungan yang berhasil
Pertimbangkan rilis perangkat lunak kecil:
| Tugas | Durasi | Hubungan |
|---|---|---|
| Fitur implementasi | 8 hari | — |
| Tulis kasus uji | 5 hari | SS dengan penerapan |
| Jalankan tes | 4 hari | FS setelah implementasi dan kasus uji |
| Pantau rilis | 2 hari | SS dengan rilis produksi |
| Akhiri cakupan rollback | 0 hari | SF setelah pemantauan dimulai |
Penulisan kasus uji dimulai dengan implementasi karena penguji dapat bekerja dari desain yang telah disepakati. Eksekusi menunggu implementasi dan kasus uji. Pemantauan dimulai dengan rilis. Contoh SF terakhir menyatakan bahwa cakupan rollback sementara tidak dapat diakhiri sampai pemantauan dimulai; dalam praktiknya, pencapaian yang lebih jelas atau rantai FS mungkin masih lebih baik.
Bagaimana ketergantungan mempengaruhi jalur kritis?
Jaringan ketergantungan menentukan rantai mana yang dapat mengontrol tanggal selesai. Forward pass menemukan tanggal paling awal; tiket mundur menemukan tanggal terbaru dan mengapung. Tugas tanpa fleksibilitas penjadwalan membentuk jalur kritis berdasarkan aturan model.
Tautan yang hilang membuat pekerjaan melayang secara mandiri dan dapat membuat tanggal selesai tanpa dukungan logis. Tautan yang berlebihan atau terlalu membatasi dapat membuat jadwal lebih panjang dari yang dibutuhkan pekerjaan. Tinjau kedua ekstrem dengan daftar periksa kualitas jadwal proyek.
Bagaimana cara memilih hubungan yang tepat?
Ajukan dua pertanyaan:
- Peristiwa pendahulunya manakah yang penting—awal atau selesai?
- Peristiwa manakah dalam penerus yang dibatasi—awal atau selesai?
Itu menghasilkan kode dua huruf. Kemudian tanyakan apakah kelambatan merupakan masa tunggu yang nyata dan apakah tugas yang lebih kecil akan menjelaskan handoff dengan lebih baik.
Dalam aplikasi GanttFather, dependensi dapat menggunakan hubungan FS, SS, FF, atau SF dengan lag. Tautan visual muncul di bagan Gantt, dan perubahan jadwal dapat disebarkan melalui tugas yang ditautkan. Gunakan Cara Membaca Gantt Chart untuk meninjau hasilnya.
Bagaimana Anda memodelkan dependensi di GanttFather?
Hubungkan pendahulunya ke penggantinya, pilih FS, SS, FF, atau SF, dan tambahkan jeda ketika benar-benar ada waktu tunggu atau tumpang tindih. Pindahkan atau ubah ukuran pendahulunya untuk mengonfirmasi bahwa penerus bereaksi seperti yang diharapkan, lalu aktifkan jalur kritis untuk melihat apakah tautan tersebut membantu mengontrol penyelesaian proyek.
Perambatan ketergantungan membuktikan urutan logis, bukan kelayakan sumber daya. GanttFather tidak meratakan sumber daya secara otomatis, jadi periksa setiap penanggung jawab yang ditugaskan pada pekerjaan tertaut yang tumpang tindih dan selesaikan konfliknya secara manual.
Buat proyek GanttFather gratis dan uji jaringan ketergantungan dengan satu contoh dari setiap hubungan yang sebenarnya dibutuhkan rencana Anda.
Pertanyaan yang sering diajukan
Apa ketergantungan Gantt default?
Kebanyakan alat penjadwalan menggunakan finish-to-start secara default karena umum dan intuitif. Gagal bayar bukanlah bukti; mengubahnya ketika pekerjaan memerlukan hubungan yang berbeda.
Bisakah satu tugas memiliki banyak pendahulu?
Ya. Sebuah pengujian mungkin memerlukan kode, lingkungan, dan data pengujian yang disetujui. Permulaannya yang paling awal diatur oleh batasan pendahulunya yang berakhir paling lambat setelah kalender dan jeda dipertimbangkan.
Apakah tanggal jatuh tempo merupakan ketergantungan?
Tidak. Tanggal jatuh tempo adalah target atau batasan. Ketergantungan menjelaskan urutan logis antar tugas. Gunakan logika untuk menghitung tanggal, lalu bandingkan perkiraan dengan target.
Haruskah tugas ringkasan memiliki ketergantungan?
Biasanya menghubungkan aktivitas rinci atau tonggak sejarah dimana handoff terjadi. Tautan pada ringkasan dan tugas anak dapat menimbulkan batasan yang membingungkan atau duplikat. Gunakan tautan ringkasan hanya jika metode dan alat penjadwalan Anda menanganinya dengan cara yang dapat diprediksi.
Sumber



