SLIDE 2

1. **Batas waktu yang tidak realistis karena dibuat oleh orang diluar kelompok RPL:**

- Seringkali, batas waktu proyek ditetapkan oleh pihak manajemen atau pelanggan tanpa konsultasi
yang memadai dengan tim pengembang perangkat lunak (RPL). Hal ini dapat menyebabkan
penjadwalan yang tidak realistis, di mana waktu yang dialokasikan untuk proyek mungkin tidak
memadai untuk menyelesaikan semua tugas yang diperlukan dengan kualitas yang baik.

2. **Perubahan kebutuhan pelanggan yang tidak tercantum dalam perubahan jadwal:**

- Perubahan kebutuhan pelanggan yang tidak terdokumentasi atau tidak diintegrasikan dengan baik
ke dalam jadwal proyek dapat menyebabkan ketidaksesuaian antara rencana dan kenyataan.
Perubahan ini mungkin memerlukan penyesuaian jadwal dan alokasi ulang sumber daya yang tidak
diantisipasi sebelumnya.

3. **Mengabaikan jumlah usaha & sumber daya yang dibutuhkan dalam melakukan pekerjaan:**

- Jika jumlah usaha dan sumber daya yang dibutuhkan untuk menyelesaikan tugas tidak dinilai
dengan akurat, jadwal proyek mungkin tidak mencerminkan kenyataan. Hal ini dapat menyebabkan
penundaan karena kurangnya waktu atau sumber daya yang tersedia untuk menyelesaikan
pekerjaan.

4. **Resiko yang dapat diramalkan & tidak dapat diramalkan yang tidak dipertimbangkan pada
proyek tersebut:**

- Resiko yang tidak dipertimbangkan atau diabaikan dalam perencanaan proyek dapat menjadi
penyebab utama penundaan. Baik resiko yang dapat diramalkan (seperti masalah teknis yang
mungkin timbul) maupun yang tidak dapat diramalkan (seperti perubahan regulasi atau kejadian
alam) harus diidentifikasi dan dikelola dengan baik.

5. **Kesulitan teknis dan manusia yang tidak dapat dilihat sebelumnya:**

- Terkadang, tantangan teknis atau masalah keterampilan manusia muncul selama pengembangan
yang tidak terlihat sebelumnya. Hal ini dapat mengakibatkan keterlambatan dalam proyek karena
membutuhkan waktu tambahan untuk menyelesaikan atau mengatasi masalah tersebut.

6. **Kesalahan komunikasi di antara staff proyek yang mengakibatkan penundaan proyek:**

- Komunikasi yang buruk antara anggota tim proyek dapat menghambat kemajuan proyek.
Misunderstanding, informasi yang tidak jelas, atau koordinasi yang buruk dapat menyebabkan
kesalahan yang memperlambat proyek.

7. **Kegagalan manajer proyek untuk mengetahui bahwa proyek sudah ketinggalan dari jadwal yang
ada dan kurang tindakan dalam memecahkan masalah tersebut:**

- Manajer proyek yang tidak mengidentifikasi atau tidak mengambil tindakan yang diperlukan ketika
proyek mengalami penundaan dapat menyebabkan keterlambatan yang lebih besar. Manajer proyek
harus secara aktif memantau kemajuan proyek dan mengambil tindakan korektif saat diperlukan
untuk memastikan proyek tetap berada pada jalur yang benar.
SLIDE 3

Menghadapi keterlambatan bisa melibatkan berbagai tindakan, tergantung pada konteks dan
penyebab keterlambatan tersebut.

Jadwal proyek yaitu :

Jadwal proyek adalah rencana yang menggambarkan urutan waktu dari berbagai kegiatan atau tugas
yang harus diselesaikan untuk mencapai tujuan proyek. Ini mencakup estimasi waktu yang
dibutuhkan untuk setiap kegiatan, ketergantungan antara kegiatan, dan alokasi sumber daya yang
diperlukan.

1. Perkiraan Berdasarkan Data Proyek Sebelumnya:

o Untuk melakukan perkiraan berdasarkan data dari proyek sebelumnya, langkah
pertama adalah melakukan analisis historis terhadap proyek-proyek serupa yang telah
dilakukan sebelumnya. Dari analisis ini, kita dapat mengevaluasi usaha yang
diperlukan dan durasi yang dibutuhkan untuk menyelesaikan proyek tersebut.
Misalnya, jika proyek serupa sebelumnya memerlukan 1000 jam usaha dan
berlangsung selama 6 bulan, kita dapat menggunakan data ini sebagai dasar untuk
memperkirakan usaha dan durasi proyek baru.
2. Strategi Pengembangan Inkremental:
o Dalam metode pengembangan inkremental, proyek dibagi menjadi serangkaian
inkremental atau iterasi. Setiap iterasi fokus pada pengembangan fungsionalitas
tertentu, dengan fungsionalitas kritis didahulukan untuk pengiriman awal. Strategi ini
memungkinkan untuk memberikan nilai tambah kepada pelanggan lebih cepat,
sementara fungsionalitas tambahan dapat ditunda untuk iterasi berikutnya. Rencana
pengembangan harus didokumentasikan dengan jelas, termasuk fungsionalitas yang
akan disampaikan dalam setiap iterasi, estimasi waktu dan usaha untuk setiap iterasi,
serta batas waktu untuk pengiriman fungsionalitas kritis.
3. Komunikasi dengan Pelanggan Mengenai Jadwal yang Tidak Realistis:
o Dalam berkomunikasi dengan pelanggan mengenai jadwal yang tidak realistis,
penting untuk menjadi transparan dan memberikan penjelasan yang jelas. Sampaikan
kepada pelanggan bahwa jadwal yang telah ditetapkan tidak memadai berdasarkan
analisis data proyek sebelumnya dan perkiraan usaha yang diperlukan. Catat semua
perkiraan yang ada pada kinerja proyek dan tunjukkan persentase peningkatan yang
diperlukan untuk mencapai batas waktu yang ada. Misalnya, jika perkiraan usaha
baru menunjukkan peningkatan 20% dari batas waktu yang ditetapkan, jelaskan
kepada pelanggan bahwa penambahan sumber daya atau penyesuaian jadwal
mungkin diperlukan untuk mencapai tujuan waktu yang ditetapkan.
4. Menawarkan Strategi Pengembangan Incremental sebagai Alternatif:
o Sebagai alternatif untuk jadwal yang tidak realistis, tawarkan kepada pelanggan
strategi pengembangan incremental. Jelaskan manfaat dari pendekatan ini, seperti
kemampuan untuk memberikan fungsionalitas kritis lebih cepat dan fleksibilitas
untuk menyesuaikan rencana dengan perubahan kebutuhan. Dokumentasikan rencana
pengembangan incremental dengan jelas, termasuk estimasi waktu dan usaha untuk
setiap iterasi, serta fungsionalitas yang akan disampaikan dalam setiap iterasi.

Dalam semua tahap ini, komunikasi yang terbuka dan transparan dengan pelanggan sangat penting
untuk memastikan pemahaman yang baik tentang situasi dan solusi yang ditawarkan.
 Realitas RPL: RPL melibatkan banyak tugas kecil yang harus diselesaikan untuk
mencapai tujuan yang lebih besar, yaitu pengembangan perangkat lunak yang lengkap dan
berfungsi.

 Tugas Manajer Proyek: Peran manajer proyek adalah sangat penting. Mereka
bertanggung jawab untuk menentukan tugas-tugas yang perlu diselesaikan dalam proyek,
mengidentifikasi tugas-tugas yang kritis (yang memiliki dampak besar terhadap jadwal dan
kualitas proyek), dan memantau kemajuan proyek secara teratur untuk memastikan bahwa
penundaan dapat ditangani dengan cepat.

 Solusi: Salah satu solusi untuk manajemen proyek yang efektif adalah memiliki jadwal
yang telah ditetapkan sebelumnya. Jadwal ini harus memiliki tingkat detail yang memadai
sehingga manajer proyek dapat memantau kemajuan proyek dan mengontrolnya dengan tepat
waktu. Dengan memiliki jadwal yang jelas, manajer dapat mengidentifikasi dan
menyelesaikan masalah atau penundaan segera setelah mereka muncul.

 Penjadwalan Proyek RPL: Penjadwalan proyek RPL melibatkan distribusi beban kerja
yang telah diestimasi untuk semua tugas selama durasi proyek. Ini dilakukan dengan
mengalokasikan beban kerja pada tugas-tugas rekayasa perangkat lunak.