12.

13 LAG
Periode waktu antara awal atau akhir dari satu kegiatan dengan awal atau akhir dari kegiatan
lain dalam rantai berurutan disebut lag. Lag ini paling sering digunakan dalam hubungannubungan dengan jaringan utama. Gambar 12-26 menunjukkan lima cara yang berbeda untuk
mengidentifikasi lag pada kendala.

Slack diukur di dalam kegiatan di mana lag juga terukur di dalam suatu kegiatan. Sebagai
Contoh, lihat gambar 12-26A. Jika kegiatan A berakhir pada akhir minggu perrama bulan
Maret. Akan tetapi juka aktivitas B tidak dapat mulai sebelum minggu ke 3 dari Maret, maka
akan terjadi lag antara kegiatan A dan kegiatan B meskipun kedua kegiatan tersebut dapat

memiliki slack di anatara 2 kegiatan tersebut. Dengan kata lain, slack diukur di dalam
kegiatan-kegiatan di mana lag terjadi di antara kegiatan tersebut. Lag mungkin merupakan
akibat dari batasan-batasan sumber daya.
Istilah umum lainnya adalah lead. Lihat Gambar 12-26A sekali lagi, seandainya kegiatan A
selesai pada Maret 15 akan tetapi diagram kegiatan menunjukkan aktivitas B dimulai pada 8
Maret, 7 hari dari selesainya elemen A. Dalam kasus ini L = -7, sebuah nilai negatif
mengindikasikan bahwa mulainya kegiatan B mendahului tuntasnya kegiatan A.
12.14 MEMAHAMI SOFTWARE MANAJEMEN PROYEK
Manajemen proyek yang efisien membutuhkan lebih sekedar perencanaan yang baik saja,
melainkan juga diperlukannya perolehan, analisis, serta, informasi yang relevan pada waktu
yang tepat. Adanya informasi yang relevan ini dapat memberikan peringatan dini akan
masalah yang bElum tiba serta memudahkan terlaksananya penilaian dampak pada kegiatankegiatan lainnya sehingga dapat dilakukan antisipasi berupa rencana alternatif maupun
pengambilan tindakan manajemen tertentu.
Saat ini, seorang manajer proyek memiliki jajaran besar piranti lunak yang tersedia untuk
membantunya dalam melakukan pelacakan dan pengendalian proyek yang sulit. Meskipun
demikian, jelas paket perangkat lunak yang paling canggih sekalipun bukan merupakan
pengganti yang kompeten dari manusia dalam sebuah proyek. Masalahnya terletak pada isu
kepemimpinan yang tidak dapat dikerjakan oleh software dan juga software itu sekalipun
tidak dapat mengidentifikasi atau memperbaiki tugas yang berhubungan dengan masalahmasalah yang ada secara otomatis- akan tetapi, software dapat menjadi penolong yang luar
biasa bagi seorang manajer proyek dalam pelacakan banyak variabel yang terkait satu dengan
yang lain termasuk berbagai tugas yang ikut terkait dengan proyek.
Contoh-contoh spesifik dari kemampuan ini adalah:

Ringkasan Data Proyek: pengeluaran, waktu, dan aktivitas

Kemampuan manajemen proyek dan bisnis grafis
Manajemen data dan kemampuan pelaporan
Analisis jalur kritis
Format pelaporan disesuaikan dan standar
Pelacakan multiproject
subnetworking
Analisis dampak (What If...)
Sistem peringatan dini
Analisis alternatif pulih online
Presentasi grafis dari biaya, waktu, dan data kegiatan

Perencanaan sumber daya dan analisis

Analisis biaya, analisis varians
Multi-kalender
Resource leveling

12.15 FITUR SOFTWARE YANG DITAWARKAN

Kemampuan dan fitur dari perangkat lunak manajemen proyek memiliki variasi yang sangat
besar. Namun, variasi ini lebih terletak pada kedalaman dan kecanggihan dari fitur-fiturnya,
seperti penyimpanan, display, analisis, interoperabilitas, dan keramahan terhadap pengguna,
sehingga perbedaannya bukan pada jenis fitur yang ditawarkan, yang pada sebagian besar
sangat mirip satu dengan yang lain.
Sebagian besar paket perangkat lunak manajemen proyek menawarkan fitur berikut:
1. Perencanaan, pelacakan, dan pemantauan. Fitur-fitur ini memberikan perencanaan
dan pelacakan proyek baik berupa tugas, sumber daya, maupun biaya. Format data
untuk menggambarkan proyek ke komputer biasanya didasarkan pada tipologi
jaringan standar seperti Critical Path Method (CPM), Evaluasi Program dan Review
Technique (PERT), atau Precedence Diagram Method (PDM). Elemen tugas, dengan
estimasi mulai dan berakhirnya dari tugas tersebut, sumber daya yang ditugaskan, dan
data biaya aktual, dapat dimasukkan dan diperbarui sebagaimana proyek berlangsung.
Perangkat lunak ini menyediakan analisis data, dan dokumen status teknis, serta
keuangan dari proyek terhadap jadwal dan rencana awal. Biasanya, perangkat lunak
juga menyediakan analisa dampak penyimpangan rencana dan sumber daya dan
jadwal proyeksi. Banyak sistem juga menyediakan resource leveling, sebuah fitur
yang menampilkan rata-rata sumber daya yang tersedia untuk menentukan durasi
tugas dan menghasilkan jadwal yang diratakan sebagai pembanding.
2. Laporan. Pelaporan proyek biasanya dicapai melalui sistem penulisan laporan
berbasis menu yang memungkinkan pengguna untuk meminta beberapa laporan
standar dalam eberapa format standar. Pengguna juga dapat memodifikasi laporan ini
atau membuat laporan yang baru. Tergantung pada kecanggihan sistem dan hardware
perifer. Laporan ini didukung oleh berbagai macam grafik Gantt, diagram jaringan,
ringkasan tabular, dan grafis bisnis. Kemampuan pelaporan meliputi:
Biaya yang dianggarkan untuk pekerjaan yang dijadwalkan (BCWS)
Biaya yang dianggarkan untuk pekerjaan yang dilakukan (BCWP)
Pengeluaran Faktual dibandingkan dengan pengeluaran yang direncanakan
Analisis nilai yang diperoleh
Biaya dan jadwal indeks kinerja

Arus kas
Analisis jalur kritis
Pengubahan urutan
Laporan pemerintah Standard (DoD, DoE, NASA), diformat untuk sistem

pemantauan kinerja (PMS)

Selain itu, banyak paket perangkat lunak berorientasi pada pengguna meberikan fitur
penuisan laporan format bebas untuk meberikan pelaporan proyek dengan tampilan
khusus.
3. Kalender Proyek. Fitur ini memungkinkan pengguna untuk membangun kerja
mingguan berdasarkan hari kerja yang sebenarnya. Oleh karena itu, pengguna dapat
menentukan periode tidak-bekerja seperti akhir pekan, liburan, dan liburan. Kalender
proyek dapat dicetak secara rinci atau sekedar ringkasan-bantuan-komputer otomatis
yang menjadi dasar untuk semua penjadwalan sumber daya.
4. analisis What-if. Beberapa perangkat lunak ini dirancang untuk membuat analisis
What if menjadi lebih mudah. Sebuah terpisah, duplikat basis data proyek didirikan
dan perubahan yang diinginkan adalah entered. Then perangkat lunak melakukan
analisis komparatif dan menampilkan baru terhadap rencana proyek lama dalam
bentuk tabel atau bentuk grafik untuk cepat dan mudah tinjauan manajemen dan
analisis.
5. analisis multiproject. Beberapa paket perangkat lunak yang lebih canggih memiliki
sebuah database yang komprehensif yang memfasilitasi analisis lintas-proyek dan
pelaporan. Biaya dan jadwal modul dibuat menjadi file umum sehingga
memungkinkan integrasi antara proyek-proyek dan meminimalkan masalah
inkonsistensi data dan redudansi.
12.16 SOFTWARE KLASIFIKASI
Untuk tujuan klasifikasi sederhana, produk perangkat lunak manajemen proyek telah dibagi
menjadi tiga kategori berdasarkan jenis fungsi dan fitur yang mereka sediakan.
Tingkat I software.
Dirancang untuk perencanaan proyek tunggal, paket perangkat lunak ini sederhana, mudah
digunakan, dan outputnya mudah dimengerti. Namun bagaimanapun juga mereka hanya
memberikan analisis terbatas saja. Mereka tidak memberikan penjadwalan ulang otomatis
berdasarkan perubahan tertentu. Oleh karena itu, penyimpangan dari rencana awal proyek
memerlukan replanning proyek dan input data baru yang lengkap untuk komputer.

Tingkat software II.

Dirancang untuk manajemen proyek tunggal, para pemimpin proyek bantuan paket perangkat
lunak dalam perencanaan, pelacakan, dan pelaporan proyek. Mereka menyediakan analisis
yang komprehensif dari proyek, laporan kemajuan, dan rencana revisi, berdasarkan kinerja
aktual. Jenis perangkat lunak ini dirancang untuk mengelola proyek melampaui tahap
perencanaan, dan untuk menyediakan kontrol proyek semi-otomatis.
Tingkat software III.
Paket-paket ini memiliki perencanaan multiproject, pemantauan, dan pengendalian dengan
memanfaatkan database umum dan pemantauan lintas-proyek canggih dan pelaporan
perangkat lunak.
Kebanyakan paket perangkat lunak pada tingkat II dan III telah berikut kemampuan yang luas
untuk pemantauan dan pengendalian proyek:
1. Kapasitas Sistem. Jumlah kegiatan dan/atau jumlah subnetwork yang mungkin
digunakan.
2. skema Network. Skema jaringan yang diagram aktivitas (AD) dan / atau hubungan
didahulukan (PRE).
3. Kalender tanggal. Kalender internal yang tersedia untuk menjadwalkan kegiatankegiatan proyek. Variasi dan pilihan algoritma kalender yang berbeda banyak.
4. Gantt atau bar chart. Sebuah tampilan grafis dari output pada skala waktu yang
tersedia jika diinginkan.
5. Generator laporan fleksibel. Pengguna dapat menentukan dalam pedoman
mendefinisikan format output.
6. Memperbarui. Program ini akan menerima perkiraan waktu revisi dan tanggal
penyelesaian dan menghitung ulang jadwal direvisi.
7. Biaya kontrol. Program ini hanya menerima suatu dianggarkan angka biaya untuk
setiap kegiatan dan maka biaya aktual yang dikeluarkan, dan merangkum angka
anggaran dan aktual pada setiap update run. Tujuan utama adalah untuk membantu
manajemen menghasilkan rencana biaya yang realistis sebelum proyek dimulai dan
untuk membantu dalam mengendalikan pengeluaran proyek sebagai pekerjaan
berlangsung.
8. Tanggal terjadwal. Sebuah tanggal yang ditentukan untuk penyelesaian salah satu
kegiatan untuk tujuan perencanaan dan pengendalian. Perhitungan dilakukan dengan
tanggal ini sebagai kendala.
9. penyortiran. Program ini berisi kegiatan dalam urutan yang ditentukan oleh pengguna.

10. Alokasi Sumber Daya. Program ini mencoba untuk mengalokasikan sumber daya
secara optimal menggunakan salah satu dari banyak algoritma heuristik.
11. ketersediaan Plotter. Sebuah plotter tersedia untuk plot diagram jaringan.
12. persyaratan Machine. Ini adalah persyaratan memori hardware minimum untuk
program (dalam satuan bytes).
13. Biaya. Menunjukkan apakah program ini dijual dan / atau disewa dan harga beli dan /
atau harga sewa (jika tersedia).
12.17 MASALAH IMPLEMENTASI
Secara umum, paket perangkat lunak mainframe lebih sulit untuk diterapkan daripada paket
kecil, karena setiap orang diminta untuk menggunakan paket yang sama, bahkan mungkin
dengan cara yang sama. Berikut ini adalah kesulitan umum selama pelaksanaan:
Manajemen tingkat atas mungkin tidak menyukai kenyataan output.
Output biasanya menunjukkan manajemen puncak yang lebih banyak waktu dan sumber daya
yang dibutuhkan daripada yang diantisipasi. Ini juga bisa menjadi catatan positif bagi
manajer proyek, yang dipaksa untuk berurusan dengan keterbatasan sumberdaya yang parah.
1. Manajemen tingkat atas tidak boleh menggunakan paket untuk perencanaan,
penganggaran, dan pengambilan keputusan. Personil tingkat atas umumnya lebih
memilih metode yang lebih tradisional, atau hanya menolak untuk melihat kenyataan
karena politik. Akibatnya, rencana mereka mengajukan ke dewan didasarkan pada
pendekatan mata-menyenangkan untuk diterima cepat, ketimbang kenyataan.
2. Perencana proyek Sehari-hari mungkin tidak menggunakan paket untuk proyekproyek mereka sendiri. Manajer proyek sering mengandalkan metode perencanaan
lainnya dan alat-alat dari tugas sebelumnya. Mereka sangat bergantung pada insting
dan trial and error.
3. Manajemen tingkat atas mungkin tidak menunjukkan dukungan dan komitmen untuk
pelatihan. Pelatihan disesuaikan berkelanjutan adalah wajib bagi keberhasilan
pelaksanaan, meskipun masing-masing proyek dapat bervariasi.
4. Penggunaan perangkat lunak mainframe membutuhkan jalur komunikasi internal
yang kuat untuk dukungan. Manajer yang berbagi sumber daya harus berbicara satu
sama lain terus-menerus.
5. Hapus, laporan ringkas yang kurang. Paket mainframe besar dapat menghasilkan
volume data, bahkan jika paket tersebut memiliki paket laporan penulis.
6. Paket Mainframe tidak selalu memberikan turnabout segera informasi. Hal ini sering
hasil dari tidak memahami bagaimana cara memanfaatkan sistem baru.

7. Badan usaha mungkin tidak memiliki standar manajemen proyek di tempat sebelum
pelaksanaan. Hal ini berkaitan dengan kurangnya WBS skema penomoran, ada fase
siklus hidup, dan pemahaman yang buruk tentang dependensi tugas.
8. Pelaksanaan dapat menyoroti pengalaman manajemen menengah

dalam

perencanaan proyek dan keterampilan organisasi. Takut penggunaannya merupakan

faktor kunci dalam mendapatkan dukungan yang tepat tidak.
9. Lingkungan bisnis dan struktur organisasi mungkin tidak sesuai untuk memenuhi
kebutuhan manajemen / perencanaan proyek. Jika berbagi luas sumber daya yang ada
maka struktur organisasi harus matriks formal maupun informal. Jika organisasi dan
mengakar kuat dalam struktur tradisional, maka mismatch organisasi ada dan sistem
perangkat lunak mungkin tidak dapat diterima.
10. Cukup sumber/luas (staf, peralatan, dll) harus diisi. Paket mainframe besar
mengkonsumsi sejumlah besar sumber daya dalam tahap implementasi.
11. Entitas bisnis harus menentukan sejauh mana, dan penggunaan yang tepat, 2ystem
dalam organisasi. Apakah harus digunakan oleh semua organisasi? Apakah harus
digunakan hanya pada proyek-proyek prioritas tinggi?
12. Sistem ini dapat dilihat sebagai pengganti keterampilan interpersonal yang luas yang
dibutuhkan oleh manajer proyek. Sistem perangkat lunak tidak menggantikan
kebutuhan untuk manajer proyek dengan komunikasi yang kuat dan keterampilan
negosiasi.
13. Implementasi software kurang mungkin berhasil jika organisasi tidak memiliki

pelatihan yang memadai dalam prinsip-prinsip manajemen proyek. Penghalang ini

mungkin masalah mendasar untuk semua hambatan lainnya.