WAKTU PENGELOLAAN PROYEK
PENTINGNYA JADWAL PROYEK
Banyak proyek teknologi informasi yang kegagalan dalam hal memenuhi proyeksi lingkup, waktu, dan biaya. Manajer sering mengutip memberikan proyek tepat waktu sebagai salah satu tantangan terbesar mereka dan penyebab utama konflik.
Mungkin bagian dari alasan masalah jadwal yang sangat umum adalah waktu yang mudah dan hanya diukur. Anda bisa berdebat lingkup dan biaya overruns dan membuat angka yang sebenarnya tampak lebih dekat perkiraan, tetapi sekali jadwal proyek diatur, siapa cepat dapat memperkirakan kinerja jadwal dengan mengurangi waktu perkiraan asli dari berapa lama itu benar-benar dibutuhkan untuk menyelesaikan proyek. Orang sering membandingkan kali penyelesaian proyek yang direncanakan dan aktual tanpa memperhitungkan perubahan dalam proyek disetujui. Waktu juga merupakan salah satu variabel yang memiliki paling sedikit fleksibilitas. Waktu berlalu apa pun yang terjadi pada proyek. Gaya kerja individu dan perbedaan budaya juga dapat menyebabkan konflik jadwal. Proyek Manajemen Sumber Daya Manusia, tentang Jenis Myers Briggs Indikator. Satu dimensi alat tim-bangunan ini berkaitan dengan masyarakat sikap terhadap struktur dan tenggat waktu. Sebagian orang memilih jadwal rinci dan menekankan penyelesaian tugas. Lain lebih memilih untuk menjaga hal-hal yang terbuka dan fleksibel. Budaya yang berbeda dan bahkan seluruh negara memiliki sikap yang berbeda tentang jadwal. Sebagai contoh, beberapa negara menutup bisnis selama beberapa jam setiap sore untuk memiliki tidur siang. Negara-negara lain mungkin memiliki hari libur keagamaan atau sekuler yang berbeda pada waktu tertentu dalam setahun ketika tidak banyak pekerjaan akan dilakukan. Budaya juga mungkin memiliki persepsi yang berbeda dari pekerjaan etos beberapa mungkin menghargai kerja keras dan jadwal yang ketat sementara yang lain mungkin menghargai kemampuan untuk tetap santai dan fleksibel.
Dengan segala kemungkinan ini untuk konflik jadwal, itu penting untuk menggunakan manajemen waktu proyek yang baik sehingga manajer proyek dapat membantu meningkatkan kinerja di daerah ini. Manajemen waktu proyek, hanya didefinisikan, melibatkan proses yang diperlukan untuk memastikan penyelesaian tepat waktu dari proyek. Mencapai penyelesaian tepat waktu proyek, bagaimanapun, ini tidak berarti sederhana. Ada enam proses utama yang terlibat dalam manajemen waktu proyek:
* Kegiatan mendefinisikan melibatkan mengidentifikasi kegiatan spesifik bahwa anggota tim proyek dan stakeholder harus melakukan untuk menghasilkan deliverable proyek. Suatu kegiatan atau tugas adalah elemen kerja biasanya ditemukan pada struktur rincian kerja (WBS) yang memiliki durasi yang diharapkan, biaya, dan kebutuhan sumber daya. Keluaran utama dari proses ini adalah daftar kegiatan, atribut kegiatan, dan daftar tonggak
* Kegiatan Sequencing melibatkan mengidentifikasi dan mendokumentasikan hubungan antara kegiatan proyek. Keluaran utama dari proses ini meliputi proyek diagram jaringan jadwal dan update dokumen proyek.
*Memperkirakan sumber aktivitas melibatkan memperkirakan berapa banyak sumber daya manusia, peralatan, dan bahan tim proyek harus menggunakan untuk melakukan kegiatan proyek. Keluaran utama dari proses ini adalah persyaratan kegiatan sumber daya, struktur rincian sumber daya, dan update dokumen proyek. Memperkirakan jangka waktu kegiatan melibatkan memperkirakan jumlah periode kerja yang dibutuhkan untuk menyelesaikan kegiatan individu. Output termasuk perkiraan durasi aktivitas dan update dokumen proyek.
*Mengembangkan jadwal melibatkan menganalisis urutan kegiatan, estimasi sumber daya kegiatan, dan perkiraan durasi kegiatan untuk membuat jadwal proyek. Output termasuk jadwal proyek, dasar jadwal, data jadwal, dan update dokumen proyek.
* Mengontrol jadwal melibatkan mengendalikan dan mengelola perubahan pada jadwal proyek. Output termasuk pengukuran prestasi kerja, organisasi proses aset update, permintaan perubahan, manajemen proyek pembaruan rencana, dan update dokumen proyek.
Anda dapat meningkatkan manajemen waktu proyek dengan melakukan proses ini dan dengan menggunakan beberapa alat manajemen proyek dan teknik dasar. Setiap manajer yang akrab dengan beberapa bentuk penjadwalan, tetapi sebagian besar manajer tidak menggunakan beberapa alat dan teknik yang unik untuk proyek manajemen waktu, seperti Gantt chart, diagram jaringan, dan analisis jalur kritis.
MENDIFINISIKAN KEGIATAN
Jadwal proyek tumbuh dari dokumen dasar yang memulai proyek. Proyek charter sering menyebutkan awal proyek dan akhir tanggal yang direncanakan, yang berfungsi sebagai titik awal untuk jadwal yang lebih rinci. Manajer proyek dimulai dengan piagam proyek dan mengembangkan pernyataan proyek lingkup dan WBS. Proyek charter juga harus mencakup beberapa perkiraan berapa banyak uang yang akan dialokasikan untuk proyek. Menggunakan informasi ini dengan masukan utama untuk menentukan kegiatan baseline lingkup (pernyataan lingkup, WBS, dan WBS kamus), faktor lingkungan perusahaan, dan proses organisasi aset manajer proyek dan tim proyek mulai mengembangkan daftar rinci kegiatan, atribut mereka, dan daftar tonggak.
Daftar aktivitas tabulasi kegiatan untuk dimasukkan pada jadwal proyek. Daftar harus mencakup nama kegiatan, identifier kegiatan atau nomor, dan deskripsi singkat kegiatan. Atribut aktivitas memberikan informasi-jadwal terkait tentang setiap kegiatan, seperti pendahulunya, penerus, hubungan logis, memimpin dan tertinggal, kebutuhan sumber daya, kendala, dikenakan tanggal, dan asumsi yang terkait dengan kegiatan tersebut. Kegiatan daftar dan aktivitas atribut harus dalam perjanjian dengan WBS dan WBS kamus. Informasi ditambahkan ke aktivitas atribut seperti itu menjadi tersedia, seperti hubungan logis dan kebutuhan sumber daya yang ditentukan dalam proses nanti. Banyak tim proyek menggunakan sistem otomatis untuk melacak semua informasi kegiatan terkait ini.
Sebuah tonggak pada sebuah proyek adalah peristiwa penting yang biasanya tidak memiliki durasi. Sering membutuhkan beberapa kegiatan dan banyak pekerjaan untuk menyelesaikan tonggak sejarah, tetapi tonggak itu sendiri adalah seperti penanda untuk membantu dalam mengidentifikasi kegiatan yang diperlukan. Milestones juga alat yang berguna untuk menetapkan tujuan dan jadwal memantau kemajuan. Misalnya, tonggak pada sebuah proyek seperti yang dalam kasus pembukaan mungkin termasuk penyelesaian dan pelanggan sign-off dari dokumen, seperti dokumen desain dan rencana uji; penyelesaian produk tertentu, seperti modul software atau instalasi perangkat keras baru; dan penyelesaian pekerjaan-proses terkait yang penting, seperti peninjauan proyek pertemuan, tes, dan sebagainya. Tidak setiap penyampaian atau output yang diciptakan untuk sebuah proyek benar-benar tonggak sejarah. Milestones adalah yang paling penting dan terlihat. Misalnya, tonggak istilah digunakan dalam beberapa konteks, seperti dalam perkembangan anak. Orang tua dan dokter memeriksa tonggak, seperti anak pertama berguling, duduk, merangkak, berjalan, berbicara, dan sebagainya.
Informasi kegiatan adalah masukan yang diperlukan untuk proses manajemen waktu lainnya. Anda tidak dapat menentukan pengurutan aktivitas, sumber daya, dan jangka waktu, mengembangkan jadwal, atau mengontrol jadwal sampai Anda memiliki pemahaman yang baik tentang kegiatan proyek. Ingat kendala tiga manajemen proyek menyeimbangkan lingkup, waktu, dan tujuan biaya dan perhatikan urutan item ini. Idealnya, tim proyek dan stakeholder kunci pertama mendefinisikan ruang lingkup proyek, maka waktu atau jadwal untuk proyek, dan kemudian biaya proyek. Urutan ketiga item mencerminkan urutan dasar dari empat proses dalam manajemen waktu proyek: mendefinisikan kegiatan (selanjutnya mendefinisikan ruang lingkup), kegiatan sequencing (selanjutnya mendefinisikan waktu), dan memperkirakan sumber aktivitas dan durasi aktivitas (lebih mendefinisikan waktu dan biaya). Empat proyek proses manajemen waktu ini adalah dasar untuk menciptakan jadwal proyek.
Tujuan dari kegiatan mendefinisikan adalah untuk memastikan bahwa tim proyek memiliki pemahaman lengkap dari semua pekerjaan yang mereka harus lakukan sebagai bagian dari lingkup proyek sehingga mereka dapat memulai penjadwalan pekerjaan. Misalnya, item WBS mungkin laporan studi Produce. Tim proyek harus memahami apa artinya sebelum mereka dapat membuat keputusan-jadwal terkait. Berapa lama laporan itu? Apakah memerlukan survei atau penelitian yang luas untuk menghasilkan itu? Apa tingkat keterampilan yang penulis laporan harus memiliki? Selanjutnya menentukan tugas yang akan membantu tim proyek menentukan berapa lama waktu yang dibutuhkan untuk melakukan dan siapa yang harus melakukannya. WBS sering membedah lebih lanjut sebagai anggota tim proyek selanjutnya menentukan kegiatan yang diperlukan untuk melakukan pekerjaan. Sebagai contoh, laporan studi Produce tugas mungkin dipecah menjadi beberapa sub-tugas menjelaskan langkah-langkah yang terlibat dalam memproduksi laporan, seperti mengembangkan survei, administrasi survei, menganalisis hasil survei, melakukan penelitian, menulis draft laporan, mengedit laporan , dan akhirnya menghasilkan laporan. Proses elaborasi progresif, kadang-kadang disebut perencanaan gelombang bergulir. Seperti yang dinyatakan sebelumnya, kegiatan atau tugas adalah elemen pekerjaan yang dilakukan selama proyek; mereka diharapkan persyaratan jangka waktu, biaya, dan sumber daya. Mendefinisikan kegiatan juga menghasilkan mendukung rinci untuk mendokumentasikan informasi penting tentang produk serta asumsi dan kendala yang berkaitan dengan kegiatan tertentu. Tim proyek harus meninjau daftar kegiatan dan aktivitas atribut dengan stakeholder proyek sebelum pindah ke langkah berikutnya dalam manajemen waktu proyek. Jika mereka tidak meninjau item ini, mereka bisa menghasilkan jadwal realistis dan memberikan hasil yang tidak dapat diterima. Sebagai contoh, jika seorang manajer proyek hanya memperkirakan bahwa itu akan mengambil satu hari untuk tugas laporan studi Produce dan memiliki magang atau pelatihan menulis laporan 10-halaman untuk menyelesaikan tugas itu, hasilnya bisa menjadi pelanggan marah yang diharapkan penelitian yang luas, survei, dan laporan 100-halaman. Jelas mendefinisikan pekerjaan adalah penting untuk semua proyek. Jika ada kesalahpahaman tentang kegiatan, meminta perubahan mungkin diperlukan.
Dalam kasus pembukaan, Sue Johnson dan tim proyek nya memiliki kontrak dan spesifikasi rinci untuk kuliah sistem pendaftaran online baru. Mereka juga harus fokus pada pertemuan 1 Mei tanggal untuk sistem operasional sehingga perguruan tinggi dapat mulai menggunakan sistem baru untuk pendaftaran semester baru. Untuk mengembangkan jadwal proyek, Sue dan timnya harus meninjau kontrak, spesifikasi rinci, dan diinginkan tanggal operasional, membuat daftar kegiatan, atribut kegiatan, dan daftar tonggak. Setelah mengembangkan definisi yang lebih rinci dari kegiatan proyek, Sue dan timnya akan meninjau mereka dengan pelanggan mereka untuk memastikan bahwa mereka berada di jalur yang benar.
PENGURUTAN KEGIATAN
Setelah mendefinisikan kegiatan proyek, langkah berikutnya dalam manajemen waktu proyek sekuensing mereka atau menentukan dependensi mereka. Input ke proses kegiatan sequencing termasuk daftar kegiatan dan atribut, pernyataan ruang lingkup proyek, daftar tonggak, dan aset proses organisasi. Ini melibatkan mengevaluasi alasan untuk dependensi dan berbagai jenis dependensi.
Dependensi
Sebuah ketergantungan atau hubungan berkaitan dengan urutan kegiatan proyek atau tugas. Misalnya, melakukan kegiatan tertentu harus selesai sebelum yang lain bisa mulai? Dapatkah tim proyek melakukan beberapa kegiatan secara paralel? Dapat beberapa tumpang tindih? Menentukan hubungan atau ketergantungan antara kegiatan memiliki dampak yang signifikan pada pengembangan dan mengelola jadwal proyek. Ada tiga alasan dasar untuk menciptakan ketergantungan antar kegiatan proyek:
* Dependensi wajib yang melekat dalam sifat pekerjaan yang dilakukan pada proyek. Mereka kadang-kadang disebut logika keras. Misalnya, Anda tidak dapat menguji kode sampai setelah kode ditulis.
* Dependensi Discretionary didefinisikan oleh tim proyek. Sebagai contoh, sebuah tim proyek mungkin mengikuti praktek yang baik dan tidak mulai desain rinci sistem informasi baru sampai pengguna menandatangani semua pekerjaan analisis. Dependensi kadang-kadang disebut logika lembut dan harus digunakan dengan hati-hati karena mereka dapat membatasi pilihan penjadwalan kemudian.
* Dependensi eksternal melibatkan hubungan antara kegiatan proyek dan non-proyek. Instalasi sistem operasi baru dan perangkat lunak lain mungkin tergantung pada pengiriman perangkat keras baru dari pemasok eksternal. Meskipun pengiriman hardware baru mungkin tidak dalam lingkup proyek, Anda harus menambahkan ketergantungan eksternal untuk itu karena keterlambatan pengiriman akan mempengaruhi jadwal proyek. Seperti definisi kegiatan, penting bahwa stakeholder proyek bekerja sama untuk menentukan dependensi aktivitas yang ada pada proyek mereka. Jika Anda tidak menentukan urutan kegiatan, Anda tidak dapat menggunakan beberapa yang paling kuat jadwal alat yang tersedia untuk manajer proyek: diagram jaringan dan analisis jalur kritis.
MEMPERKIRAKAN SUMBER AKTIVITAS
Sebelum Anda dapat memperkirakan durasi untuk setiap kegiatan, Anda harus memiliki ide yang baik dari jumlah dan jenis sumber daya (orang, peralatan, dan bahan-bahan) yang akan ditugaskan untuk setiap kegiatan. Sifat proyek dan organisasi akan mempengaruhi estimasi sumber daya. Penilaian ahli, analisis alternatif, memperkirakan data, dan perangkat lunak manajemen proyek adalah alat yang tersedia untuk membantu dalam estimasi sumber daya. Adalah penting bahwa orang-orang yang membantu menentukan sumber daya apa yang diperlukan termasuk orang yang memiliki pengalaman dan keahlian dalam proyek serupa dan dengan organisasi melakukan proyek.
Pertanyaan penting untuk menjawab di estimasi sumber daya kegiatan meliputi:
Bagaimana sulitnya akan melakukan kegiatan tertentu pada proyek ini?
Apakah ada sesuatu yang unik dalam proyek pernyataan lingkup yang akan mempengaruhi sumber daya?
Apa sejarah organisasi dalam melakukan kegiatan serupa? Telah dilakukan organisasi tugas yang sama sebelumnya? Apa tingkat personel melakukan pekerjaan?
Apakah organisasi memiliki orang-orang, peralatan, dan bahan-bahan yang mampu dan tersedia untuk melakukan pekerjaan? Apakah ada kebijakan organisasi yang dapat mempengaruhi ketersediaan sumber daya?
Apakah organisasi perlu mendapatkan lebih banyak sumber daya untuk menyelesaikan pekerjaan itu? Akan masuk akal untuk melakukan outsourcing beberapa pekerjaan? Akan melakukan outsourcing menambah atau mengurangi jumlah sumber daya yang dibutuhkan dan kapan mereka akan menjadi tersedia?
Daftar kegiatan Proyek, atribut kegiatan, kalender sumber daya atau ketersediaan, faktor lingkungan perusahaan, dan aset proses organisasi (seperti kebijakan mengenai kepegawaian dan outsourcing) semua masukan penting untuk menjawab pertanyaan-pertanyaan ini. Selama fase awal proyek, tim proyek mungkin tidak tahu orang yang spesifik, peralatan, dan bahan akan tersedia. Misalnya, mereka mungkin tahu dari proyek-proyek masa lalu bahwa akan ada campuran programmer berpengalaman dan berpengalaman bekerja pada sebuah proyek. Mereka mungkin juga memiliki informasi yang tersedia yang mendekati jumlah orang atau jam biasanya membutuhkan waktu untuk melakukan kegiatan tertentu.
Hal ini penting untuk benar-benar brainstorming dan mengevaluasi alternatif yang berkaitan dengan sumber daya, terutama pada proyek-proyek yang melibatkan orang-orang dari berbagai disiplin ilmu dan perusahaan. Karena sebagian besar proyek melibatkan banyak sumber daya manusia dan sebagian besar biaya adalah untuk gaji dan tunjangan, sering efektif untuk meminta ide dari orang yang berbeda untuk membantu mengembangkan alternatif dan isu-isu yang berhubungan dengan sumber daya alamat awal proyek. Perkiraan sumber daya juga harus diperbarui informasi lebih rinci tersedia.
Keluaran utama dari proses sumber daya memperkirakan termasuk daftar kebutuhan sumber daya aktivitas, struktur rincian sumber daya, dan update dokumen proyek. Misalnya, jika karyawan junior akan ditugaskan untuk banyak kegiatan, manajer proyek mungkin meminta kegiatan yang tambahan, waktu, dan sumber daya disetujui untuk membantu melatih dan mentor karyawan. Sebagai contoh, struktur rincian sumber daya adalah struktur hirarkis yang mengidentifikasi sumber proyek s berdasarkan kategori dan jenis. Kategori sumber daya mungkin termasuk analis, programmer, dan penguji. Di bawah programmer, mungkin ada jenis programmer, seperti programmer Java atau COBOL programmer.
Informasi ini akan sangat membantu dalam menentukan biaya sumber daya, memperoleh sumber daya, dan sebagainya.
MEMPERKIRAKAN JANGKA WAKTU KEGIATAN
Setelah bekerja dengan stakeholder kunci untuk mendefinisikan kegiatan, menentukan ketergantungan mereka, dan memperkirakan sumber daya mereka, proses selanjutnya dalam manajemen waktu proyek adalah untuk memperkirakan durasi kegiatan. Hal ini penting untuk dicatat durasi yang mencakup jumlah aktual waktu bekerja pada kegiatan ditambah waktu berlalu. Sebagai contoh, meskipun mungkin mengambil satu pekan kerja atau lima hari kerja untuk melakukan pekerjaan yang sebenarnya, estimasi durasi mungkin dua minggu untuk memberikan waktu tambahan yang dibutuhkan untuk memperoleh informasi luar. Sumber daya yang ditugaskan untuk tugas juga akan mempengaruhi estimasi durasi tugas.
Jangan durasi tidak membingungkan dengan usaha, yang merupakan jumlah hari kerja atau jam kerja yang dibutuhkan untuk menyelesaikan tugas. Perkiraan durasi satu hari dapat didasarkan pada delapan jam kerja atau jam delapan puluh kerja. Durasi berkaitan dengan waktu perkiraan, bukan estimasi usaha. Tentu saja, keduanya terkait, sehingga anggota tim proyek harus mendokumentasikan mereka asumsi saat membuat perkiraan durasi dan memperbarui perkiraan sebagai proyek berlangsung. Orang-orang yang benar-benar akan melakukan pekerjaan, khususnya, harus memiliki banyak suara dalam. Durasi ini memperkirakan, karena mereka adalah orang-orang yang kinerjanya akan dievaluasi pada pertemuan mereka. Jika perubahan lingkup terjadi pada proyek, perkiraan durasi harus diperbarui untuk mencerminkan perubahan tersebut. Hal ini juga membantu untuk meninjau proyek-proyek serupa dan mencari nasihat dari para ahli dalam memperkirakan jangka waktu kegiatan.
Ada beberapa masukan untuk durasi aktivitas estimasi. Daftar aktivitas, aktivitas atribut, kebutuhan sumber daya kegiatan, kalender sumber daya, pernyataan ruang lingkup proyek, faktor lingkungan perusahaan, dan aset proses organisasi semua termasuk informasi yang mempengaruhi perkiraan durasi. Selain meninjau informasi proyek masa lalu, tim juga harus meninjau keakuratan perkiraan durasi sejauh pada proyek. Misalnya, jika mereka menemukan bahwa semua perkiraan mereka telah terlalu panjang atau pendek, tim harus memperbarui perkiraan untuk mencerminkan apa yang telah mereka pelajari. Salah satu pertimbangan yang paling penting dalam membuat estimasi durasi aktivitas adalah ketersediaan sumber daya, terutama sumber daya manusia. Apa keterampilan khusus yang orang perlu untuk melakukan pekerjaan? Apa tingkat keterampilan rakyat ditugaskan untuk proyek? Bagaimana Banyak orang yang diharapkan akan tersedia untuk bekerja pada proyek pada satu waktu?
Output dari kegiatan durasi estimasi mencakup perkiraan durasi aktivitas dan update dokumen proyek. Perkiraan durasi sering disediakan sebagai nomor diskrit, seperti empat minggu, atau sebagai suatu range, seperti tiga sampai lima minggu, atau sebagai estimasi tiga titik. Perkiraan tiga titik adalah perkiraan yang mencakup optimis, kemungkinan besar, dan pesimis perkiraan, seperti tiga minggu untuk optimis, empat minggu untuk paling mungkin, dan lima minggu untuk estimasi pesimis. Perkiraan optimis didasarkan pada skenario kasus terbaik, sementara perkiraan pesimis didasarkan pada skenario terburuk. Perkiraan paling mungkin, karena terdengar, adalah perkiraan berdasarkan skenario yang paling mungkin atau diharapkan. Perkiraan tiga titik diperlukan untuk melakukan estimasi PERT, seperti yang dijelaskan kemudian dalam bab ini, dan untuk melakukan simulasi Monte Carlo.Teknik durasi memperkirakan lainnya mencakup estimasi analog dan parametrik dan analisis cadangan. Penilaian ahli juga merupakan alat penting untuk mengembangkan kegiatan estimasi durasi baik.
MENGEMBANGKAN JADWAL
Pengembangan jadwal menggunakan hasil dari semua proses manajemen waktu proyek sebelumnya untuk menentukan awal dan akhir tanggal proyek. Sering ada beberapa iterasi dari semua proses manajemen waktu proyek sebelum jadwal proyek tersebut selesai. Tujuan utama dari pengembangan jadwal ini adalah untuk membuat jadwal proyek yang realistis yang menyediakan dasar untuk memantau kemajuan proyek untuk dimensi waktu proyek. Keluaran utama dari proses ini adalah jadwal proyek, dasar jadwal, dokumen proyek update, dan data jadwal. Beberapa tim proyek membuat model komputer untuk membuat diagram jaringan, masukkan kebutuhan sumber daya dan ketersediaan oleh jangka waktu, dan menyesuaikan informasi lainnya untuk cepat menghasilkan jadwal alternatif
Beberapa alat dan teknik membantu dalam pengembangan jadwal:
* Gantt chart adalah alat umum untuk menampilkan informasi jadwal proyek.
* Analisis jalur kritis adalah alat yang sangat penting untuk mengembangkan dan mengendalikan jadwal proyek.
* Penjadwalan rantai kritis adalah teknik yang berfokus pada sumber daya yang terbatas saat membuat jadwal proyek.
* Analisis PERT merupakan sarana untuk mengingat risiko jadwal proyek.
Bagian berikut memberikan sampel dari masing-masing alat-alat dan teknik dan mendiskusikan kelebihan dan kekurangan.
Grafik Gantt
Grafik Gantt menyediakan format standar untuk menampilkan informasi jadwal proyek dengan daftar kegiatan proyek dan awal dan akhir tanggal yang sesuai mereka dalam format kalender. Grafik Gantt kadang-kadang disebut sebagai grafik batang karena kegiatan tanggal mulai dan berakhir ditampilkan sebagai bar horisontal. Ingat bahwa kegiatan pada grafik Gantt harus bertepatan dengan kegiatan di WBS, yang harus bertepatan dengan daftar aktivitas dan daftar tonggak. Perhatikan bahwa proyek peluncuran software Gantt chart mengandung tonggak, tugas ringkasan, jangka waktu tugas individu, dan panah menunjukkan ketergantungan tugas.
Misalnya, mendistribusikan rencana pemasaran spesifik, terukur, dan dapat dialihkan jika semua orang tahu apa yang harus dalam rencana pemasaran, bagaimana harus didistribusikan, bagaimana banyak salinan harus didistribusikan dan kepada siapa, dan siapa yang bertanggung jawab untuk pengiriman aktual. Mendistribusikan rencana pemasaran realistis dan mampu menjadi waktu berbingkai jika itu adalah acara dicapai dan dijadwalkan pada waktu yang tepat. Menggunakan pelacakan Grafik Gantt Bandingkan Rencana dan Realisasi Tanggal Anda dapat menggunakan bentuk khusus dari bagan Gantt untuk mengevaluasi kemajuan proyek dengan menunjukkan informasi jadwal sebenarnya.
Metode Jalur Kritis
Banyak proyek gagal memenuhi harapan jadwal. Metode jalur kritis (CPM) juga disebut analisis jalur kritis adalah diagram teknik jaringan yang digunakan untuk memprediksi jumlah proyek durasi. Alat penting ini akan membantu Anda memerangi proyek jadwal overruns. Sebuah jalur kritis untuk proyek adalah serangkaian kegiatan yang menentukan waktu paling awal dimana proyek dapat diselesaikan. Ini adalah jalan terpanjang melalui diagram jaringan dan memiliki paling sedikit kendur atau float. Slack atau float jumlah waktu kegiatan dapat ditunda tanpa menunda aktivitas berhasil atau tanggal proyek selesai. Ada biasanya beberapa tugas dilakukan secara paralel pada proyek-proyek, dan sebagian besar proyek memiliki beberapa jalur melalui diagram jaringan. Jalur atau jalan terpanjang yang berisi tugas-tugas penting adalah apa yang mendorong tanggal penyelesaian untuk proyek tersebut. Anda tidak selesai dengan proyek sampai Anda telah selesai semua tugas.
Menghitung Critical Path
Untuk menemukan jalur kritis untuk sebuah proyek, Anda harus terlebih dahulu mengembangkan diagram jaringan yang baik, yang, pada gilirannya, memerlukan daftar kegiatan yang baik berdasarkan WBS. Setelah Anda membuat diagram jaringan, Anda juga harus memperkirakan durasi setiap kegiatan untuk menentukan jalur kritis. Menghitung jalur kritis melibatkan penambahan durasi untuk semua kegiatan pada setiap jalur melalui diagram jaringan. Jalan terpanjang adalah jalur kritis.
Apa jalur kritis benar-benar berarti? Jalur kritis menunjukkan waktu terpendek di mana proyek dapat diselesaikan. Meskipun jalur kritis adalah jalur terpanjang, itu merupakan waktu singkat yang dibutuhkan untuk menyelesaikan proyek. Jika salah satu atau lebih dari kegiatan pada jalur kritis membutuhkan waktu lebih lama dari yang direncanakan, jadwal keseluruhan proyek akan tergelincir kecuali manajer proyek mengambil tindakan korektif. Tim proyek bisa kreatif dalam mengelola jalur kritis. Misalnya, Joan Knutson, penulis terkenal dan pembicara di bidang manajemen proyek, sering menggambarkan bagaimana sebuah gorila membantu Apple komputer menyelesaikan sebuah proyek tepat waktu. Anggota tim bekerja di daerah dengan bilik, dan siapa pun yang bertanggung jawab atas tugas saat ini di jalur kritis memiliki besar, boneka gorila di atas nya bilik. Semua orang tahu bahwa orang berada di bawah kebanyakan tekanan waktu, sehingga mereka mencoba untuk tidak mengalihkan perhatian dia. Ketika tugas penting selesai, orang yang bertanggung jawab atas tugas penting berikutnya menerima gorila.
Pentingnya Memperbarui Kritis Jalur data
Selain menemukan jalur kritis pada awal proyek, penting untuk memperbarui jadwal dengan data aktual. Setelah tim proyek selesai kegiatan, manajer proyek harus mendokumentasikan jangka waktu yang sebenarnya dari kegiatan tersebut. Ia juga harus mendokumentasikan perkiraan direvisi untuk kegiatan berlangsung atau belum dimulai. Revisi ini sering menyebabkan proyek s jalur kritis untuk mengubah, sehingga diperkirakan tanggal penyelesaian baru untuk proyek tersebut. Sekali lagi, manajer proyek proaktif dan tim mereka tetap di atas perubahan sehingga mereka dapat membuat keputusan dan menjaga stakeholder diberitahu tentang, dan terlibat dalam, keputusan proyek besar.
Kritis Rantai Penjadwalan
Teknik lain yang membahas tantangan untuk memenuhi atau mengalahkan tanggal finish proyek adalah aplikasi dari Teori Kendala disebut penjadwalan rantai kritis. Teori Kendala (TOC) adalah filosofi manajemen yang dikembangkan oleh Eliyahu M. Goldratt dan dibahas dalam buku-bukunya The Goal and Chain Kritis. Teori Kendala didasarkan pada kenyataan bahwa, seperti rantai dengan link terlemah, setiap sistem yang kompleks di setiap titik waktu sering memiliki hanya satu aspek atau kendala yang membatasi kemampuannya untuk mencapai lebih dari tujuannya. Untuk sistem untuk mencapai perbaikan yang signifikan, kendala yang harus diidentifikasi, dan seluruh sistem harus dikelola dengan itu dalam pikiran. Penjadwalan rantai kritis adalah metode penjadwalan yang mempertimbangkan sumber daya yang terbatas saat membuat jadwal proyek dan termasuk buffer untuk melindungi tanggal penyelesaian proyek.
Konsep penting dalam penjadwalan rantai kritis adalah ketersediaan sumber daya yang langka. Beberapa proyek tidak dapat dilakukan kecuali sumber daya tertentu tersedia untuk bekerja pada satu atau beberapa tugas. Sebagai contoh, jika sebuah stasiun televisi ingin memproduksi acara berpusat di sekitar selebriti tertentu, terlebih dahulu memeriksa ketersediaan selebriti itu. Sebagai contoh lain, jika bagian tertentu peralatan yang dibutuhkan penuh waktu untuk menyelesaikan masing-masing dua tugas yang awalnya direncanakan untuk terjadi secara bersamaan, penjadwalan rantai kritis mengakui Anda harus baik menunda salah satu tugas sampai peralatan tersedia atau menemukan sepotong peralatan untuk memenuhi jadwal. Konsep penting lainnya yang berhubungan dengan penjadwalan rantai kritis termasuk multitasking dan waktu buffer.
Multitasking terjadi ketika sumber daya bekerja pada lebih dari satu tugas pada satu waktu. Situasi ini sering terjadi pada proyek-proyek. Orang yang ditugaskan untuk banyak tugas dalam yang sama proyek atau tugas yang berbeda pada beberapa proyek. Misalnya, seseorang yang bekerja pada tiga tugas yang berbeda, Tugas 1, Tugas 2, dan Tugas 3, untuk tiga proyek yang berbeda, dan masing-masing tugas membutuhkan waktu 10 hari untuk menyelesaikan. Jika orang tersebut tidak multitask, dan bukannya menyelesaikan setiap tugas secara berurutan, dimulai dengan Task 1, maka Tugas 1 akan diselesaikan setelah hari 10, Task 2 akan selesai setelah hari 20, dan Tugas 3 akan selesai setelah hari 30, seperti yang ditunjukkan pada Gambar 6-10a. Namun, karena banyak orang dalam situasi ini mencoba untuk menyenangkan semua tiga orang yang membutuhkan tugas-tugas mereka selesai, mereka sering bekerja pada tugas pertama untuk beberapa waktu, kemudian kedua, kemudian ketiga, kemudian kembali ke tugas pertama, dan sebagainya , seperti yang ditunjukkan pada Gambar 6-10b. Dalam contoh ini, tugas-tugas semua setengah dilakukan satu per satu, kemudian menyelesaikan satu per satu. Tugas 1 sekarang selesai pada akhir hari 20 bukan hari 10, tugas 2 selesai pada akhir hari 25 bukan hari 20, dan tugas 3 masih diselesaikan pada hari 30. Contoh ini menggambarkan bagaimana multitasking dapat menunda penyelesaian tugas . Multitasking juga sering melibatkan membuang-buang waktu setup, yang meningkatkan total durasi.
Penjadwalan rantai kritis mengasumsikan bahwa sumber daya tidak multitask atau setidaknya meminimalkan multitasking. Seseorang tidak harus ditugaskan untuk dua tugas secara bersamaan pada proyek yang sama ketika penjadwalan rantai kritis berlaku. Demikian juga, teori rantai kritis menunjukkan bahwa proyek diprioritaskan sehingga orang yang bekerja pada lebih dari satu proyek pada suatu waktu tahu mana tugas mengambil prioritas. Mencegah multitasking menghindari konflik sumber daya dan terbuang waktu setup yang disebabkan oleh pergeseran antara banyak tugas dari waktu ke waktu.
Sebuah konsep penting untuk meningkatkan tanggal selesai proyek dengan penjadwalan rantai kritis adalah mengubah cara orang membuat estimasi tugas. Banyak orang menambahkan keselamatan atau buffer, yang adalah waktu tambahan untuk menyelesaikan tugas, untuk perkiraan untuk memperhitungkan berbagai faktor.
Faktor-faktor ini termasuk efek negatif dari multitasking, gangguan dan interupsi, takut bahwa perkiraan akan berkurang, Hukum Murphy dan sebagainya. Hukum Murphy menyatakan bahwa jika sesuatu bisa salah, itu akan. Penjadwalan rantai kritis menghapus buffer dari tugas individu dan bukannya menciptakan penyangga proyek, yang merupakan waktu tambahan ditambahkan sebelum proyek tanggal jatuh tempo. Penjadwalan rantai kritis juga melindungi tugas pada rantai kritis dari yang tertunda dengan menggunakan buffer makan, yang terdiri dari waktu tambahan ditambahkan sebelum tugas di criticalchain yang didahului oleh tugas non-kritis-jalan.
"Pertimbangkan sebuah sistem yang relatif sederhana dari kantor dokter s atau klinik. Langkah-langkah dalam proses bisa pasien memeriksa, mengisi formulir, memiliki tanda-tanda vital yang diambil oleh seorang perawat, melihat dokter, melihat perawat untuk prosedur yang ditentukan seperti vaksinasi, dan sebagainya. Langkah-langkah ini bisa berlangsung dalam urutan linier sederhana atau rantai. Proses ini atau rantai hanya dapat menghasilkan rata-rata delapan per jam. Rantai hanya sekuat link terlemah dan laju sumber daya paling lambat dalam contoh ini, link paling lemah, adalah delapan. Hal ini berlaku terlepas dari seberapa cepat masing-masing sumber daya lainnya dapat memproses secara individual, berapa banyak pekerjaan yang dimasukkan ke dalam pipa, atau bagaimana kompleks proses atau serangkaian proses yang saling berhubungan adalah untuk menyelesaikan. Selain itu, meningkatkan kinerja link selain kendala tidak apa-apa untuk memperbaiki sistem secara keseluruhan.”
JADWAL PENGENDALI
Proses akhir dalam manajemen waktu proyek pengendalian jadwal. Seperti kontrol lingkup, jadwal kontrol adalah bagian dari proses perubahan kontrol terintegrasi dalam proyek manajemen integrasi. Tujuan dari jadwal kontrol adalah untuk mengetahui status jadwal, mempengaruhi faktor-faktor yang menyebabkan perubahan jadwal, menentukan bahwa jadwal telah berubah, dan mengelola perubahan ketika mereka terjadi. Input utama untuk jadwal kontrol rencana manajemen proyek, jadwal proyek, data kinerja, dan aset proses organisasi. Beberapa alat dan teknik meliputi:
Laporan kemajuan
Sebuah sistem kontrol perubahan jadwal, dioperasikan sebagai bagian dari sistem kontrol perubahan yang terintegrasi.
Sebuah alat penjadwalan dan / atau perangkat lunak manajemen proyek, seperti proyek 2007 atau software yang serupa Grafik bar jadwal perbandingan, seperti grafik Tracking Gantt
Analisis varians, seperti menganalisis mengapung atau kendur jika analisis skenario, yang dapat dilakukan secara manual atau dengan bantuan perangkat lunak
Menyesuaikan memimpin dan tertinggal
Kompresi jadwal, seperti menabrak dan cepat pelacakan dijelaskan sebelumnya dalam bab ini
Pengukuran kinerja, seperti nilai yang diperoleh, yang dijelaskan dalam Bab 7, Manajemen Biaya Proyek
Sumber daya leveling, seperti yang dijelaskan dalam Bab 9, Manajemen Proyek Sumber Daya Manusia
Keluaran utama dari jadwal kontrol termasuk pengukuran kinerja, organisasi proses aset update, seperti pelajaran-belajar laporan terkait dengan jadwal kontrol, permintaan perubahan, update rencana manajemen proyek, dan update dokumen proyek. Ada banyak isu yang terlibat dalam mengendalikan perubahan jadwal proyek. Hal ini penting pertama untuk memastikan bahwa jadwal proyek yang realistis. Banyak proyek, terutama di bidang teknologi informasi, memiliki jadwal harapan yang sangat realistis. Hal ini juga penting untuk menggunakan disiplin dan kepemimpinan untuk menekankan pentingnya mengikuti dan memenuhi jadwal proyek. Meskipun berbagai alat dan teknik membantu dalam mengembangkan dan mengelola jadwal proyek, manajer proyek harus menangani beberapa masalah orang yang terkait untuk menjaga proyek di jalur. Sebagian besar proyek gagal karena masalah orang, tidak dari kegagalan untuk menggambar grafik PERT baik. 8 manajer proyek dapat melakukan sejumlah realitas cek yang akan membantu mereka mengelola perubahan jadwal proyek. Beberapa soft skill dapat membantu manajer proyek untuk mengontrol perubahan jadwal.
Realitas Cek di Penjadwalan dan Kebutuhan Disiplin
Hal ini penting untuk proyek-proyek untuk memiliki tujuan yang realistis dan jadwal bagi manajer proyek untuk menggunakan disiplin untuk membantu memenuhi tujuan tersebut. Salah satu realitas pertama memeriksa manajer proyek harus membuat adalah untuk meninjau jadwal rancangan biasanya termasuk dalam piagam proyek. Meskipun jadwal rancangan ini mungkin termasuk hanya awal proyek dan tanggal akhir, piagam proyek menetapkan beberapa harapan jadwal awal untuk proyek tersebut. Berikutnya, manajer proyek dan timnya harus mempersiapkan jadwal yang lebih rinci dan mendapatkan persetujuan jadwal, sangat penting untuk mendapatkan keterlibatan dan komitmen dari semua anggota tim proyek, manajemen puncak, pelanggan, dan stakeholder kunci lainnya. Beberapa ahli telah menulis tentang kurangnya perkiraan jadwal yang realistis untuk proyek-proyek teknologi informasi. Ed Yourdon, ahli pengembangan perangkat lunak terkenal dan dihormati, menjelaskan proyek march kematian sebagai proyek ditakdirkan untuk gagal dari awal, karena dan / atau harapan yang tidak realistis tidak jelas, terutama untuk memenuhi waktu constraints.9 Misalnya, pada tahun 2008, dua puluh bulan setelah proyek dimulai untuk merombak dan mengintegrasikan lebih dari 300 sistem TI kunci untuk kota Portland, Oregon, kota berubah konsultan sebagai biaya dan jadwal untuk proyek terus meningkat IT. Robert Stoll, seorang pengacara yang mewakili Portland Ariston Consulting & Technologies, Inc dalam negosiasi pemutusan dengan kota, kata Ariston melakukan yang terbaik yang bisa dilakukan dengan informasi yang diberikan oleh kota. Dari Ariston sudut pandang, kata dia, pejabat kota yang menyiapkan persyaratan proyek dan meletakkannya keluar untuk tawaran yang tidak cukup akrab dengan sistem TI mereka secara keseluruhan dan kebutuhan, membuat tujuan untuk pekerjaan target mustahil untuk memukul proyek march kematian . Itu s semacam sampah masuk, sampah keluar, jika Anda tahu apa yang saya maksud, kata Stoll. "Saya pasti tidak berpikir bahwa Ariston membuat kesalahan."
Ahli dalam teori chaos menunjukkan bahwa manajer proyek harus memperhitungkan tidak hanya untuk risiko proyek berdasarkan ketidakakuratan dalam estimasi, tetapi juga untuk perilaku kompleks organisasi yang dibawa oleh beberapa manajer proyek independen yang juga harus memperkirakan risiko proyek. Saling ketergantungan dari sistem yang kompleks biasanya akan menghasilkan inefisiensi umumnya diprediksi. Mereka mengusulkan bahwa inefisiensi ini dapat diatasi dengan mengatur sumber daya tambahan untuk berkomitmen untuk proyek. Menggunakan analogi yang berkaitan dengan perilaku sistem lalu lintas, mereka menunjukkan bahwa manajer proyek jadwal sumber daya pada proyek sehingga tidak ada sumber daya tunggal digunakan lebih dari 75 persen. Perkiraan inefisiensi yang sebenarnya dapat dan harus dinilai untuk setiap organisasi individu, tetapi biasanya akan bervariasi antara 70 dan 80 percent.11 Hal ini sangat penting, karena itu, untuk mengatur jadwal proyek yang realistis dan memungkinkan untuk kontinjensi sepanjang hidup proyek.
Tipe lain dari realitas berasal dari pertemuan kemajuan dengan pemangku kepentingan. Manajer proyek bertanggung jawab untuk menjaga proyek di trek, dan stakeholder kunci seperti untuk tetap informasi, seringkali melalui tingkat tinggi ulasan periodik. Manajer ingin melihat kemajuan yang dibuat pada proyek-proyek sekitar setiap bulan. Manajer proyek sering menggambarkan kemajuan dengan grafik Tracking Gantt menunjukkan kiriman dan aktivitas kunci. Manajer proyek perlu memahami jadwal, termasuk mengapa kegiatan atau tidak di jalur, dan mengambil pendekatan proaktif untuk memenuhi harapan stakeholder. Hal ini juga penting untuk memverifikasi kemajuan jadwal, sebagai Sue Johnson dari kasus pembukaan ditemukan (lihat Kasus Wrap-Up). Hanya karena anggota tim mengatakan tugas selesai tepat waktu tidak selalu berarti bahwa itu. Manajer proyek harus meninjau pekerjaan yang sebenarnya dan mengembangkan hubungan baik dengan anggota tim untuk memastikan pekerjaan selesai sesuai rencana atau perubahan dilaporkan sebagai diperlukan.
Manajemen puncak membenci kejutan, sehingga manajer proyek harus jelas dan jujur dalam berkomunikasi status proyek. Dengan tidak berarti harus proyek manajer menciptakan ilusi bahwa proyek ini akan baik-baik saja ketika, pada kenyataannya, itu adalah memiliki masalah serius. Ketika konflik serius muncul yang dapat mempengaruhi jadwal proyek, manajer proyek harus waspada manajemen puncak dan bekerja dengan mereka untuk menyelesaikan konflik.
Manajer proyek juga harus menggunakan disiplin untuk mengendalikan jadwal proyek. Beberapa manajer proyek teknologi informasi telah menemukan bahwa pengaturan tanggal perusahaan untuk tonggak proyek kunci membantu meminimalkan perubahan jadwal. Hal ini sangat mudah untuk scope creep untuk menaikkan kepalanya yang buruk pada proyek-proyek teknologi informasi. Bersikeras bahwa tanggal jadwal penting yang harus dipenuhi dan bahwa perencanaan yang tepat dan analisis selesai di depan semua orang membantu fokus pada melakukan apa yang paling penting untuk proyek tersebut. Menghasilkan disiplin ini dalam memenuhi jadwal proyek.
MENGGUNAKAN PERANGKAT LUNAK UNTUK MEMBANTU MANAJEMEN WAKTU PROYEK
Beberapa jenis perangkat lunak yang tersedia untuk membantu dalam manajemen waktu proyek. Software untuk memfasilitasi komunikasi membantu pertukaran manajer proyek informasi-jadwal terkait dengan para pemangku kepentingan proyek. Model pendukung keputusan dapat membantu manajer proyek menganalisis berbagai trade-off yang dapat dibuat terkait dengan jadwal masalah. Namun, perangkat lunak manajemen proyek, seperti Microsoft Project 2007, dirancang khusus untuk melakukan tugas-tugas manajemen proyek. Anda dapat menggunakan perangkat lunak manajemen proyek untuk menggambar diagram jaringan, menentukan jalur kritis untuk sebuah proyek, membuat diagram Gantt, dan melaporkan, pandangan, dan menyaring informasi manajemen waktu proyek tertentu. Banyak proyek melibatkan ratusan tugas dengan dependensi rumit. Setelah Anda memasukkan informasi yang diperlukan, perangkat lunak manajemen proyek secara otomatis menghasilkan diagram jaringan dan menghitung jalur kritis untuk proyek tersebut. Hal ini juga menyoroti jalur kritis merah pada diagram jaringan. Perangkat lunak manajemen proyek juga menghitung free float dan jumlah atau kendur untuk semua kegiatan.
Proyek 2007 dengan mudah menciptakan grafik Gantt dan Tracking Gantt chart, yang membuat pelacakan kinerja jadwal aktual versus jadwal yang direncanakan atau dasar jauh lebih mudah. Hal ini penting, namun, untuk memasukkan informasi jadwal yang sebenarnya pada waktu yang tepat untuk mendapatkan keuntungan dari menggunakan fitur grafik Tracking Gantt. Beberapa organisasi menggunakan e-mail atau perangkat lunak komunikasi lain untuk mengirim tugas dan jadwal informasi up-to-date untuk orang yang bertanggung jawab untuk memperbarui jadwal. Ia dapat kemudian dengan cepat mengotorisasi update ini dan memasukkan mereka langsung ke dalam perangkat lunak manajemen proyek. Proses ini memberikan akurat dan jadwal proyek up-to-date dalam bentuk grafik Gantt.
Proyek 2007 juga mencakup banyak built-in laporan, pandangan, dan filter untuk membantu dalam manajemen waktu proyek. Sebagai contoh, seorang manajer proyek dengan cepat dapat menjalankan laporan untuk daftar semua tugas yang memulai segera. Dia kemudian bisa mengirimkan pengingat kepada orang-orang yang bertanggung jawab atas tugas-tugas ini. Jika manajer proyek yang menyajikan informasi jadwal proyek untuk manajemen puncak, dia bisa membuat grafik Gantt menunjukkan hanya tugas ringkasan atau tonggak. Anda juga dapat membuat laporan kustom, pandangan, meja, dan filter. Lihat Lampiran A untuk belajar bagaimana menggunakan fitur manajemen waktu proyek Proyek 2007.
Kata-Kata Perhatian pada Menggunakan Perangkat Lunak Manajemen Proyek
Banyak orang menyalahgunakan perangkat lunak manajemen proyek karena mereka tidak memahami konsep di balik menciptakan diagram jaringan, menentukan jalur kritis, atau pengaturan dasar jadwal. Mereka juga mungkin terlalu bergantung pada file sampel atau template dalam mengembangkan jadwal proyek mereka sendiri. Memahami konsep dasar (bahkan mampu bekerja dengan alat manual) sangat penting untuk keberhasilan penggunaan perangkat lunak manajemen proyek, seperti yang memahami kebutuhan spesifik proyek Anda. Banyak manajer top, termasuk perangkat lunak profesional, telah membuat kesalahan terang-terangan menggunakan berbagai versi Microsoft Project dan alat serupa. Sebagai contoh, salah satu manajer top lakukan tidak tahu tentang membangun ketergantungan antar kegiatan proyek dan masuk setiap tanggal awal dan akhir tunggal untuk ratusan kegiatan. Ketika ditanya apa yang akan terjadi jika Proyek dimulai satu atau dua minggu terlambat, dia menjawab bahwa dia harus memasukkan kembali semua tanggal.
Manajer ini tidak memahami pentingnya membangun hubungan antara tugas-tugas. Membangun hubungan antara tugas-tugas memungkinkan perangkat lunak untuk memperbarui rumus secara otomatis ketika input berubah. Jika proyek mulai tanggal slip oleh satu minggu, perangkat lunak manajemen proyek akan memperbarui semua tanggal lain secara otomatis, selama mereka tidak keras-kode ke dalam perangkat lunak. (Hard-coding melibatkan memasukkan semua aktivitas tanggal secara manual bukannya membiarkan perangkat lunak menghitung mereka berdasarkan jangka waktu dan hubungan.) Jika satu kegiatan tidak dapat dimulai sebelum berakhir lain, dan kegiatan pertama s tanggal mulai sebenarnya dua hari terlambat, tanggal mulai untuk aktivitas berikutnya secara otomatis akan pindah kembali dua hari. Untuk mencapai jenis fungsi, tugas-tugas yang memiliki hubungan harus dikaitkan dalam proyek perangkat lunak manajemen.
Manajer puncak lain pada proyek teknologi informasi besar tidak tahu tentang pengaturan dasar di Microsoft Project. Dia menghabiskan hampir satu hari setiap minggu menyalin dan informasi paste dari Microsoft Project ke spreadsheet dan menggunakan rumit IF pernyataan untuk mencari tahu apa kegiatan berada di belakang jadwal. Dia tidak pernah menerima pelatihan Microsoft Project dan tidak tahu tentang banyak dari kemampuannya. Untuk menggunakan perangkat lunak apapun secara efektif, pengguna harus memiliki pelatihan yang memadai dalam perangkat lunak dan pemahaman tentang konsep-konsep yang mendasarinya.
Banyak program perangkat lunak manajemen proyek juga datang dengan template atau file sampel. Hal ini sangat mudah untuk menggunakan file ini tanpa mempertimbangkan kebutuhan proyek yang unik. Sebagai contoh, manajer proyek untuk proyek pengembangan perangkat lunak dapat menggunakan Software Development file template Microsoft Project, file yang berisi informasi dari proyek serupa dilakukan di masa lalu, atau file sampel yang dibeli dari perusahaan lain. Semua file-file ini termasuk tugas-tugas yang disarankan, jangka waktu, dan hubungan. Ada manfaat untuk menggunakan template atau file sampel, seperti waktu setup kurang dan cek realitas jika manajer proyek tidak pernah berhasil jenis proyek sebelumnya. Namun, ada juga kelemahan pendekatan ini. Ada banyak asumsi dalam file-file template yang mungkin tidak berlaku untuk proyek, seperti tahap desain yang mengambil tiga bulan untuk menyelesaikan atau kinerja beberapa jenis pengujian. Manajer proyek dan tim mereka mungkin lebih-mengandalkan template atau file sampel dan mengabaikan kekhawatiran yang unik untuk proyek-proyek khusus mereka.