Menerjang dan Track Cepat Pembuatan Jadwal Sederhana

Anda sudah memeriksa data Anda, kemudian diperiksa ulang. Tidak diragukan lagi, proyek Anda melebihi jadwal dibandingkan dengan baseline. Sebagai Manajemen Proyek Professional (PMP), apa yang akan Anda lakukan untuk memperbaiki proyek? Kita dapat mengubah urutan tugas, menambah sumber daya atau orang untuk proyek, mengubah ruang lingkup, atau beberapa kombinasi.

Jika kebutuhan utama adalah untuk mendapatkan proyek Anda kembali pada jadwal, Anda harus menekan jadwal tanpa mengubah ruang lingkup proyek. Ada dua pilihan utama adalah Pelacakan Cepat atau Menabrak jadwal, tapi apa bedanya? Mari kita lihat lebih dekat pada dua teknik kompresi jadwal ini dan membuatnya sederhana untuk memahami mereka.

Track cepat

Teknik ini hanya melakukan kegiatan jalur kritis secara paralel, bukan di seri seperti yang direncanakan. Ada anggapan utama yang dependensi untuk kegiatan yang akan dilacak cepat adalah diskresi, sehingga Anda secara efektif hanya menghapus dependensi sebagai penghalang untuk memulai aktivitas.

Apakah Anda hanya mengambil diagram jaringan Anda dan melihat di mana kegiatan pada jalur kritis dapat dilakukan secara bersamaan? Meskipun hal ini mungkin terdengar seperti hal yang termudah untuk dilakukan, ada beberapa pertimbangan sebelum melakukan perubahan dalam rencana:

Ada risiko yang melekat dalam membuat perubahan jadwal ini, dan Anda harus memperbarui log risiko yang sesuai. Jadilah sangat sadar bahwa hasil kegiatan diparalelkan mungkin perlu dikerjakan ulang, karena mereka mungkin tidak seperti yang diharapkan pada awalnya.

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

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

Pertimbangan lain adalah bahwa jika deliverable, mengatakan informasi, adalah akan tersedia sebelum dimulainya kegiatan masa depan, Anda mungkin perlu membuat beberapa asumsi tentang masukan yang sebagai dasar untuk menjalankan kegiatan awal dari yang direncanakan.

Bagaimana jika Anda sudah cepat dilacak kegiatan sebanyak yang Anda bisa, tapi dia tidak melakukan kompresi jadwal cukup? Anda akan perlu mempertimbangkan "Menabrak Jadwal" untuk menemukan cara-cara alternatif untuk menyelesaikan kegiatan lebih cepat.

Menerjang

Crashing adalah teknik di mana Anda akan membayar untuk peningkatan jumlah pekerjaan (waktu) untuk jangka waktu dalam proyek. Bahkan, durasi proyek sering dapat dikurangi dengan memberikan lebih banyak pekerja untuk kegiatan proyek. Hal ini bisa dalam bentuk lembur, dan dengan menetapkan lebih banyak sumber daya (pekerja, bahan atau peralatan). Penurunan durasi aktivitas normal disebut sebagai menerjang. Crashing biasanya diukur dalam hal dolar, untuk kegiatan yang akan jatuh. Ada tentu meningkatkan biaya proyek, seperti Anda menambahkan personil yang tidak direncanakan atau sumber daya lain untuk proyek untuk mendapatkan lebih banyak dilakukan dalam waktu yang lebih singkat daripada yang direncanakan. Pertimbangan utama dalam menerjang adalah bagaimana untuk mendapatkan solusi yang paling hemat biaya di tempat untuk penurunan durasi jadwal. Identifikasi semua kemungkinan solusi, dan memilih yang paling efisien pertama. Pada intinya, Anda pilih bagian dari kegiatan jalur kritis yang, ketika dikompresi, memungkinkan semua jalur kritis saat ini untuk menjadi lebih pendek, dan melakukan setidaknya biaya. Ini adalah langkah-langkah utama dalam menabrak jadwal:

- Pilih kegiatan pada jalur kritis yang termurah untuk kecelakaan.

- Kecelakaan kegiatan sampai salah jalan lain menjadi kritis atau kegiatan sepenuhnya jatuh.

- Tidak ada menerjang lebih lanjut mungkin jika setidaknya satu jalur kritis tidak dapat dikurangi.

- Anda juga perlu memperhatikan asumsi Anda. Misalnya, dua kali lipat jumlah orang yang bekerja pada sebuah proyek tidak perlu diterjemahkan ke tingkat produktivitas dua kali lipat. Atau, jika Anda membeli perangkat lunak untuk mengotomatisasi beberapa tugas atau kegiatan, mungkin ada kurva belajar yang memperlambat kemajuan dalam kegiatan lain

Jadi, teknik yang harus Anda pilih? Jika biaya adalah pertimbangan utama, Anda harus selalu memilih track cepat pertama. Jika tenggat waktu, ganti rugi, denda atau pengiriman tonggak lebih penting daripada biaya, memilih menerjang mungkin lebih tepat. Dalam setiap skenario, Anda mungkin ingin memilih kombinasi teknik untuk menyeimbangkan risiko, biaya, dan jadwal.