Ketergantungan Tugas: Penjelasan FS, SS, FF, dan SF

Ketergantungan tugas menentukan urutan pekerjaan proyek dapat berlangsung. Jika salah menetapkannya, jadwal Anda akan berantakan; jika benar, tim Anda tahu persis kapan setiap bagian pekerjaan bisa dimulai, tumpang tindih, atau harus menunggu.

Ada empat jenis ketergantungan logis: finish-to-start (FS), start-to-start (SS), finish-to-finish (FF), dan start-to-finish (SF). Masing-masing menggambarkan hubungan spesifik antara akhir atau awal satu tugas dengan akhir atau awal tugas lainnya. Artikel ini membahas keempatnya, menjelaskan lead time dan lag time, dan memandu Anda melalui empat kategori ketergantungan yang perlu diketahui setiap project manager.

Apa itu ketergantungan tugas?

Ketergantungan tugas adalah hubungan logis antara dua tugas yang menentukan kapan salah satunya bisa mulai atau selesai relatif terhadap yang lain. Dalam software penjadwalan dan dalam diagram jaringan manajemen proyek, dua tugas dalam sebuah ketergantungan disebut predecessor (tugas yang lebih dulu dalam hubungan tersebut) dan successor (tugas yang dibatasi olehnya).

Ketergantungan tidak sama dengan urutan tugas. Urutan adalah rangkaian kejadian. Ketergantungan adalah alasan logis mengapa hal-hal itu terjadi dalam urutan tersebut. Perbedaan ini penting karena ada tugas yang bisa tumpang tindih, ada yang harus menunggu tugas lain selesai, dan sejumlah kecil situasi mengharuskan satu tugas dimulai sebelum predecessor-nya bisa berhenti.

Fakta Kunci

• Project Management Institute melaporkan bahwa penjadwalan sekuens yang buruk termasuk salah satu dari tiga penyebab utama pembengkakan proyek, berkontribusi pada dampak biaya di 37% proyek secara global (PMI Pulse of the Profession, 2023).
• Sebuah studi oleh McKinsey menemukan bahwa proyek konstruksi dan TI berskala besar rata-rata melebihi jadwal sebesar 20%, dengan mismanajemen ketergantungan disebut sebagai akar penyebab utama (McKinsey Global Institute, 2017).
• Teknik kompresi jadwal seperti fast-tracking, yang mengandalkan tumpang tindih tugas yang saling bergantung secara sengaja, digunakan pada 60% proyek yang tertunda untuk memulihkan waktu (PMI, 2022).

Empat jenis ketergantungan tugas

Sebagian besar alat penjadwalan, termasuk Microsoft Project dan Rework, mendukung keempat jenis hubungan logis yang didefinisikan oleh Project Management Body of Knowledge (PMBOK). Berikut masing-masing jenis beserta contoh dalam bahasa sederhana.

FS adalah bawaan default. Sebagian besar hubungan tugas dalam proyek biasa bersifat finish-to-start. Jika Anda tidak yakin jenis apa yang harus digunakan, FS hampir selalu menjadi pilihan yang tepat.

SF adalah pengecualian. SF paling sering muncul dalam manufaktur just-in-time dan skenario serah terima shift. Jika Anda sering menggunakan SF, itu biasanya berarti logika jadwal perlu dipikirkan ulang.

Kategori ketergantungan dan lead vs lag

Selain empat jenis logis, setiap ketergantungan juga masuk ke dalam salah satu dari empat kategori yang menjelaskan mengapa hubungan itu ada. Dan setiap ketergantungan bisa disesuaikan dengan waktu lead atau lag agar jadwal lebih realistis.

Kategori ketergantungan

Mengetahui apakah suatu ketergantungan bersifat mandatory atau discretionary penting saat kompresi jadwal. Anda bisa fast-track (menumpang tindihkan) ketergantungan discretionary; Anda tidak bisa fast-track ketergantungan mandatory. Artikel fast-tracking vs crashing menjelaskan trade-off ini secara detail.

Lead time dan lag time

Lag time menambahkan periode tunggu antara predecessor dan successor. Jika Anda memerlukan dua hari agar beton mengering sebelum pembingkaian bisa dimulai, itu adalah lag dua hari pada ketergantungan FS.

Lead time memungkinkan successor mulai sebelum predecessor-nya selesai. Jika dimodelkan sebagai lag negatif, lead tiga hari pada ketergantungan FS berarti successor bisa mulai tiga hari sebelum predecessor selesai. Begitulah cara kompresi jadwal bekerja dalam praktik.

Baik lead maupun lag dinyatakan dalam satuan yang sama dengan jadwal proyek (hari, jam, atau persentase durasi predecessor).

Mengapa ketergantungan tugas penting

Ketergantungan adalah jaringan penghubung dari sebuah jadwal proyek. Berikut apa yang terjadi tanpanya.

Tim memulai pekerjaan yang tidak bisa mereka selesaikan. Jika Tugas B dimulai sebelum Tugas A selesai, tim yang mengerjakan B mungkin terhenti di tengah jalan dan harus menunggu atau mengerjakan ulang. Itu menciptakan pemborosan dan frustrasi.

Jalur kritis menjadi tidak terlihat. Metode jalur kritis hanya berfungsi jika ketergantungan dipetakan dengan benar. Ketergantungan yang hilang berarti algoritmenya menghitung durasi proyek minimum yang salah, dan jadwal Anda sudah salah bahkan sebelum Anda mulai.

Float menghilang. Perhitungan float dan slack sepenuhnya bergantung pada logika ketergantungan yang akurat. Jika ketergantungannya salah, Anda tidak akan tahu tugas mana yang sebenarnya memiliki ruang gerak.

Perubahan merambat secara tak terduga. Ketika satu tugas terlambat, successor-nya pun ikut terlambat. Tapi hanya jika ketergantungannya sudah dipetakan. Tanpa itu, Anda tidak akan melihat efek riaknya sampai terlambat untuk merespons.

Kesalahan umum

Berikut kesalahan ketergantungan yang paling sering muncul pada proyek nyata.

Menggunakan FS di mana-mana karena kebiasaan. Tidak setiap tugas bersifat finish-to-start. Menggunakan FS sebagai default padahal SS atau FF lebih akurat menciptakan jadwal yang secara artifisial memanjang dan membuat pekerjaan paralel tidak terlihat.

Melewatkan ketergantungan discretionary. Tim terkadang hanya memodelkan hard logic dan melewatkan soft logic karena "sifatnya fleksibel." Namun ketergantungan lunak yang tidak terdokumentasi berarti anggota tim di masa depan bisa mengubah urutan tugas dengan cara yang merusak kualitas atau praktik terbaik.

Mengabaikan ketergantungan eksternal. Jika vendor perlu mengirim material sebelum tim Anda bisa memasangnya, itu adalah ketergantungan FS eksternal. Melewatkannya berarti jadwal menunjukkan instalasi dimulai bahkan sebelum pengirimannya diminta.

Menambahkan ketergantungan pada sumber daya, bukan tugas. Jebakan umum adalah menghubungkan tugas karena dikerjakan oleh orang yang sama, bukan karena pekerjaan itu sendiri memerlukan sekuensing. Batasan sumber daya harus ditangani melalui resource leveling, bukan dengan menciptakan ketergantungan tugas. Fase struktur rincian kerja adalah waktu yang tepat untuk memisahkan kedua hal ini.

Tidak meninjau ulang ketergantungan setelah perubahan ruang lingkup. Ketika ruang lingkup berubah, sebagian ketergantungan menjadi tidak relevan dan yang baru muncul. Audit ketergantungan adalah bagian standar dari proses kontrol perubahan terpadu Anda.

Cara memetakan ketergantungan tugas

Langkah 1: Daftar semua tugas dari WBS Anda

Mulailah dengan struktur rincian kerja yang lengkap. Anda tidak bisa memetakan ketergantungan pada tugas yang belum diidentifikasi. Setiap hasil kerja harus dipecah menjadi paket kerja sebelum Anda mulai menyusun urutannya.

Langkah 2: Identifikasi predecessor untuk setiap tugas

Telusuri daftar tugas Anda dan tanyakan: "Apa yang harus terjadi, atau setidaknya dimulai, sebelum tugas ini bisa mulai atau selesai?" Beberapa tugas tidak memiliki predecessor (bisa dimulai kapan saja). Sebagian besar punya satu atau dua. Beberapa mungkin punya lebih banyak lagi.

Langkah 3: Tetapkan jenis hubungan yang tepat

Untuk setiap pasangan predecessor-successor, tentukan apakah hubungannya FS, SS, FF, atau SF. Tanyakan pada diri Anda: apakah selesainya atau mulainya predecessor yang memicu successor? Dan apakah mulainya atau selesainya successor yang dipicu?

Langkah 4: Tambahkan lead atau lag bila diperlukan

Jika ada masa tunggu wajib di antara tugas (waktu pengeringan, periode persetujuan, lead time pengiriman), tambahkan lag. Jika successor bisa mulai sebelum predecessor selesai, tambahkan lead. Jujurlah di sini: lag yang digelembungkan menyembunyikan float yang sebenarnya, dan lead yang tidak realistis menjebak tim untuk mengerjakan ulang.

Langkah 5: Validasi dengan tim dan bangun diagram jaringan

Minta orang-orang yang mengerjakan pekerjaan itu meninjau peta ketergantungan. Mereka akan menangkap kesalahan logika lebih cepat daripada PM mana pun yang duduk sendirian di mejanya. Setelah divalidasi, ketergantungan menjadi fondasi untuk diagram jaringan, analisis jalur kritis, dan Gantt chart Anda.

Contoh ketergantungan tugas

Berikut tiga skenario proyek umum yang menunjukkan bagaimana ketergantungan terlihat dalam praktik.

Praktik terbaik

Lakukan:

• Gunakan jenis ketergantungan yang mencerminkan logika dunia nyata dari pekerjaan tersebut, bukan sekadar kemudahan penjadwalan.
• Dokumentasikan alasan setiap ketergantungan discretionary ada. Catatan singkat dalam jadwal proyek menghemat berjam-jam kebingungan di kemudian hari.
• Tinjau ulang ketergantungan setiap kali ruang lingkup, sumber daya, atau linimasa berubah.
• Gunakan analisis float dan slack setelah memetakan ketergantungan untuk menemukan di mana jadwal memiliki fleksibilitas.
• Hubungkan peta ketergantungan Anda ke dokumen perencanaan proyek agar stakeholder memahami logika jadwalnya.

Jangan:

• Menambahkan ketergantungan untuk menegakkan batasan sumber daya. Gunakan resource leveling untuk itu.
• Melupakan ketergantungan eksternal. Pengiriman vendor, sign-off regulasi, dan persetujuan klien adalah risiko jadwal yang nyata.
• Mengasumsikan semua ketergantungan bersifat finish-to-start. Jadwal yang seluruhnya dibangun atas hubungan FS hampir pasti lebih panjang dari yang seharusnya.
• Menggunakan SF kecuali Anda memang punya skenario serah terima shift atau just-in-time yang sesungguhnya. Ini membingungkan sebagian besar anggota tim dan sebagian besar alat penjadwalan.
• Melewatkan tinjauan tim. Logika ketergantungan yang terlihat benar di atas kertas sering kali runtuh saat orang-orang yang mengerjakan pekerjaan itu melihatnya.

Pertanyaan yang sering diajukan

Apa jenis ketergantungan tugas yang paling umum?

Finish-to-start (FS) adalah yang paling umum dengan selisih besar. Ini mencerminkan urutan kerja paling alami: Tugas A harus selesai sebelum Tugas B bisa dimulai. Dalam sebagian besar jadwal proyek, FS mencakup 70 hingga 90 persen dari semua hubungan tugas.

Apa perbedaan antara ketergantungan mandatory dan discretionary?

Ketergantungan mandatory (hard logic) mencerminkan realitas fisik atau kontraktual yang tidak bisa diubah, seperti persyaratan untuk menyelesaikan pengujian sebelum merilis produk. Ketergantungan discretionary (soft logic) mencerminkan urutan pilihan berdasarkan praktik terbaik atau penilaian tim, dan bisa diubah jika jadwal perlu dikompresi.

Bisakah satu tugas memiliki beberapa predecessor?

Bisa. Banyak tugas bergantung pada beberapa predecessor yang selesai atau mulai sebelum tugas itu bisa dimulai. Dalam diagram jaringan manajemen proyek, ini ditampilkan sebagai beberapa panah yang bertemu pada satu node tugas. Tugas tersebut tidak bisa mulai (atau selesai, tergantung jenisnya) sampai semua kondisi predecessor terpenuhi.

Apa perbedaan lag time dan lead time?

Lag time menambahkan penundaan setelah kondisi predecessor terpenuhi. Lead time (lag negatif) memungkinkan successor dimulai sebelum kondisi predecessor sepenuhnya terpenuhi. Keduanya adalah modifier yang bisa diterapkan pada salah satu dari empat jenis ketergantungan.

Bagaimana ketergantungan tugas berhubungan dengan jalur kritis?

Jalur kritis adalah urutan tugas yang saling bergantung terpanjang di seluruh jaringan proyek. Ini hanya bisa dihitung jika semua ketergantungan tugas dipetakan dengan benar. Ketergantungan yang hilang atau salah menghasilkan jalur kritis yang tidak mencerminkan realitas, yang berarti tanggal penyelesaian yang diproyeksikan tidak dapat diandalkan. Artikel metode jalur kritis membahas perhitungannya lebih mendalam.

---

Pemetaan ketergantungan adalah salah satu hal pertama yang Anda lakukan saat membangun jadwal dan salah satu hal terakhir yang terpikirkan untuk diperbarui saat keadaan berubah. Celah itulah tempat linimasa proyek berantakan. Jaga agar logika ketergantungan Anda tetap terkini, validasikan dengan tim Anda, dan gunakan jenis hubungan yang tepat untuk pekerjaan tersebut. Jadwal Anda akan jujur, analisis critical chain project management Anda akan akurat, dan tim Anda akan tahu persis apa yang bergantung pada apa.

Untuk representasi visual bagaimana ketergantungan Anda saling terhubung, lihat panduan milestone chart dan diagram jaringan. Dan jika proyek Anda menggunakan model tata kelola terstruktur, bagian perencanaan berbasis produk dari metodologi PRINCE2 membahas bagaimana ketergantungan bekerja dalam kerangka stage-gate.

Bacaan terkait

• Diagram Jaringan: representasi visual ketergantungan tugas di seluruh proyek Anda
• Metode Jalur Kritis: cara menggunakan ketergantungan untuk menemukan jalur terpanjang dan melindungi tenggat waktu Anda
• Float dan Slack: memahami fleksibilitas penjadwalan setelah ketergantungan dipetakan
• Fast-Tracking vs Crashing: cara mengompresi jadwal dengan menyesuaikan ketergantungan discretionary
• Struktur Rincian Kerja: fondasi yang Anda bangun sebelum bisa memetakan ketergantungan apa pun