Skip to content

Tabrakan dan Pelacakan Cepat Jadwal yang Dibuat Sederhana

Anda telah memeriksa data Anda, lalu memeriksanya kembali. Tidak diragukan lagi, proyek Anda lebih dari jadwal dibandingkan dengan baseline. Sebagai seorang Manajemen Proyek Profesional (PMP), apa yang akan Anda lakukan untuk memperbaiki proyek? Kita dapat mengubah urutan tugas, menambah sumber daya atau orang-orang ke proyek, mengubah ruang lingkup, atau beberapa kombinasi.

Jika kebutuhan utama adalah mengembalikan proyek Anda sesuai jadwal, Anda harus memadatkan jadwal tanpa mengubah ruang lingkup proyek. Dua opsi utama Anda adalah Pelacakan Cepat atau Menghancurkan jadwal, tetapi apa bedanya? Mari kita lihat lebih dekat dua teknik kompresi jadwal ini dan membuatnya mudah untuk memahaminya.

Pelacakan Cepat

Teknik ini hanya melakukan kegiatan jalur kritis secara paralel, bukan secara seri seperti yang direncanakan. Ada anggapan utama bahwa dependensi untuk kegiatan yang akan cepat dilacak adalah discretionary, sehingga Anda secara efektif hanya menghilangkan dependensi tersebut sebagai penghalang untuk memulai suatu kegiatan.

Apakah Anda baru saja mengambil diagram jaringan dan melihat aktivitas mana di jalur kritis yang dapat dilakukan secara bersamaan? Meskipun hal ini terdengar seperti hal yang paling mudah dilakukan, ada beberapa pertimbangan sebelum melakukan perubahan dalam rencana ini:

Ada risiko inheren dalam membuat perubahan jadwal ini, dan Anda harus memperbarui log risiko Anda dengan sesuai. Sadarlah secara khusus bahwa hasil kegiatan yang diparalelkan mungkin perlu dikerjakan ulang, karena mungkin tidak seperti yang diharapkan pada awalnya.

Anda berpotensi meningkatkan jumlah saluran komunikasi, atau setidaknya menciptakan kebutuhan untuk korelasi lebih dekat antara kegiatan. Perhatikan dengan seksama upaya tambahan yang terlibat dalam mengkoordinasikan kegiatan.

Ada alasan Anda awalnya melakukan kegiatan secara seri, mungkin karena orang yang sama melakukan keduanya atau ada pembatasan peralatan. Pastikan Anda memiliki keahlian, perangkat keras, atau perangkat lunak yang tersedia untuk menangani beban kerja tambahan selama durasi kegiatan yang dilacak dengan cepat.

Pertimbangan lain adalah bahwa jika suatu informasi yang disampaikan, katakanlah, harus tersedia sebelum dimulainya suatu kegiatan di masa depan, Anda mungkin perlu membuat beberapa asumsi tentang masukan tersebut sebagai dasar untuk menjalankan kegiatan lebih awal dari yang direncanakan.

Bagaimana jika Anda memiliki aktivitas yang dilacak dengan cepat sebanyak yang Anda bisa, tetapi itu tidak cukup memadatkan jadwal? Anda harus mempertimbangkan "Menghancurkan Jadwal" untuk menemukan cara alternatif untuk menyelesaikan kegiatan lebih cepat.

Menerjang

Crashing adalah teknik di mana Anda akan membayar untuk peningkatan jumlah kerja (waktu) untuk suatu periode dalam proyek. Bahkan, durasi proyek sering dapat dikurangi dengan menugaskan lebih banyak pekerja untuk kegiatan proyek. Ini bisa dalam bentuk lembur, dan dengan menugaskan lebih banyak sumber daya (pekerja, material atau peralatan). Pengurangan durasi aktivitas normal disebut sebagai crashing. Crashing biasanya diukur dalam bentuk dolar, untuk kegiatan yang akan jatuh. Ada peningkatan biaya proyek, karena Anda menambahkan personel yang tidak direncanakan atau sumber daya lain ke proyek untuk mendapatkan lebih banyak dilakukan dalam waktu yang lebih singkat dari yang direncanakan semula. Pertimbangan utama dalam menabrak adalah bagaimana mendapatkan solusi yang paling efektif biaya di tempat untuk penurunan durasi jadwal. Identifikasi semua solusi yang mungkin, dan pilih yang paling efisien terlebih dahulu. Intinya, Anda memilih bagian dari aktivitas jalur kritis yang, ketika dikompresi, memungkinkan semua jalur kritis saat ini menjadi lebih pendek, dan melakukannya dengan biaya terendah. Ini adalah langkah utama dalam menabrak jadwal:

– Pilih aktivitas itu di jalur kritis yang paling murah hingga macet.

– Menghancurkan aktivitas itu hingga jalan lain menjadi kritis atau aktivitasnya benar-benar macet.

– Tidak ada tabrakan lebih lanjut mungkin ketika setidaknya satu jalur kritis tidak dapat dikurangi.

– Anda juga perlu memperhatikan asumsi Anda. Sebagai contoh, menggandakan jumlah orang yang bekerja pada proyek tidak perlu diterjemahkan ke tingkat produktivitas dua kali lipat. Atau, jika Anda membeli perangkat lunak untuk mengotomatiskan beberapa tugas atau kegiatan, mungkin ada kurva pembelajaran yang memperlambat kemajuan pada kegiatan lain

Jadi, teknik mana yang harus Anda pilih? Jika biaya adalah pertimbangan utama, Anda harus selalu memilih pelacakan cepat terlebih dahulu. Jika tenggat waktu, ganti rugi yang dilikuidasi, penalti, atau pengiriman tonggak lebih penting daripada biaya, memilih mogok mungkin lebih tepat. Dalam skenario apa pun, Anda mungkin ingin memilih kombinasi teknik untuk menyeimbangkan risiko, biaya, dan jadwal.

Published injudi bola

Be First to Comment

    Leave a Reply

    Your email address will not be published. Required fields are marked *