1RPL - 04 - Manajemen Proyek

Kebutuhan akan manajemen merupakanperbedaan penting antara pengembanganperangkat lunak profesional danpernrograman amatir. Kita memerlukanmanajemen proyek perangkat lunak karenarekayasa perangkat lunak profesionalselalu dibatasi oleh anggaran danjadwal.

2RPL - 04 - Manajemen Proyek

Manajer perangkat lunak bertanggungjawab dalam merencanakan danmen­jadwalkan pengembangan proyek.

Mereka mensupervisi pekerjaan untukmenjamin pengerjaan sesuai denganstandar. Mereka memonitor kemajuanuntuk memeriksa bahwa pengembanganberjalan tepat waktu dan sesuaianggaran.

3RPL - 04 - Manajemen Proyek

• Produk perangkat lunak tidak berwujud. Perangkatlunak tidak berwujud. Perangkat lunak tidak dapatdilihat atau disentuh. Manajer proyek perangkatlunak tidak dapat melihat kemajuan.

• Tidak ada proses perangkat lunak standar. kitatetap tidak dapat meramalkan dengan pasti kapansuatu proses perangkat lunak akan menyebabkanmasalah pada pengembangan.

• Proyek perangkat lunak yang besar seringkalimerupakan proyek 'one-off'. Proyek perangkat lunakyang besar biasanya berbeda dari proyek-proyekse­belumnya.

4RPL - 04 - Manajemen Proyek

Manajer mengambil tanggung jawab pada beberapatahap untuk beberapa atau seluruh kegiatan berikutini:

• penulisan proposal

• perencanaan dan penjadwalan proyek

• pembiayaan proyek

• pemantauan dan peninjauan proyek

• pemilihan dan evaluasi personel

• penulisan laporan dan presentasi

5RPL - 04 - Manajemen Proyek

Pekerjaan kritis karena keberadaan banyakorganisasi perangkat lunak bergantung padabanyaknya proposal yang telah disetujui dankontrak yang didapat. Tidak ada panduantertentu untuk pekerjaan ini

Penulisan proposal merupakan suatukeahlian yang didapat dari pengalaman. Aron(1983) memberikan pembahasan mengenai aspekpekerjaan manajer proyek ini, yang sampaisekarang masih relevan.

6RPL - 04 - Manajemen Proyek

• Perencanaan proyek berkenaan denganidentifikasi kegiatan, patokan, danapa yang harus dihasilkan olehproyek.

• Perkiraan biaya merupakan kegiatanyang relevan yang membahas perkiraansumber daya yang dibutuhkan untukmelaksanakan rencana proyek.

7RPL - 04 - Manajemen Proyek

Pemantauan proyek merupakan kegiatanproyek yang berkesinambungan. Manajerharus mengetahui kemajuan proyek danmembandinakan kemajuan dan biaya yangsebenarnya dikeluarkan dengan biayayang direncanakan.

8RPL - 04 - Manajemen Proyek

• Anggaran proyek mungkin tidak memenuhipenggunaan staf yang hares dibayar mahal.

• Staf dengan pengalaman yang sesuai mungkintidak tersedia baik di dalam maupun di luarorganisasi.

• Organisasi mungkin ingin mengembangkankeahlian karyawannya. Staf yang tidakberpengalaman bisa ditugaskan pada suatuproyek untuk belajar dan memperolehpengalaman.

9RPL - 04 - Manajemen Proyek

o Manajer proyek harus mengantisipasi masalah yangmungkin muncul dan menyiapkan solusi tentatifterhadap masalah-masalah tersebut.

o Rencana yang dibuat pada awal proyek harusdigunakan sebagai pengendali proyek. Rencana awalini harus merupakan rencana terbaik yangmemperhitungkan informasi yang tersedia. Rencanaini berubah seiring berjalannya proyek dantersedianya informasi yang lebih baik.

10RPL - 04 - Manajemen Proyek

Rencana proyek menentukansumberdaya yang tersedia bagiproyek, pembagian pekerjaan, danjadwal untuk nielakukan pekerjaantersebut.

11RPL - 04 - Manajemen Proyek

o Pendahuluan, mendeskripsikan tujuan proyek danmenentukan batasan-batasan (misalnya, anggaran,waktu, dsb.) yang mempe­ngaruhi manajemen proyek.

o Organisasi proyek, mendeskripsikan bagaimana timpengembangan diorganisir, siapa saja yang terlibatdan perannya dalam tim.

o Analisis risiko, mendeskripsikan risiko proyekyang mungkin timbul, kemungkinan munculnya risiko-risiko tersebut dan strategi pengurangan risikoyang diusulkan.

12RPL - 04 - Manajemen Proyek

o Persyaratan sumberdaya perangkat keras dan perangkat lunak,mendeskripsikan perangkat keras dan perangkat lunak pendukungyang dibutuhkan untuk melakukan pengembangan.

o Pembagian kerja, mendeskripsikan pembagian proyek menjadikegiatan-kegiatan, dan identifikasi patokan dan hasil yangdiharapkan dari setiap kegiatan.

o Jadwal proyek, mendeskripsikan ketergantungan antara kegiatan,perkiraan waktu yang diperlukan untuk mencapai setiap patokan(milestone) dan alokasi SDM bagi kegiatan-kegiatan tersebut.

o Monitor dan mekanisme pelaporan, mendeskripsikan laporanmanajemen yang harus dihasilkan, kapan laporan itu harusdiberikan, dan mekanisme pemantauan proyek yang digunakan.

13RPL - 04 - Manajemen Proyek

Ketika merencanakan suatu proyek,serangkaian patokan (milestone) harusditentukan. Patokan ini merupakan akhirdari suatu aktivitas proses perangkatlunak. Pada setiap patokan, harus adaoutput formal, seperti laporan, yangdapat diberikan kepada manajemen.

14RPL - 04 - Manajemen Proyek

Hasil yang dapat diserahkan(deliverables) adalah hasil proyek yangdikirimkan ke pelanggan. Hasil inibiasanya dikirimkan di akhir fase proyekyang besar seperti spesifikasi,perancangan, dsb.

Deliverables biasanya merupakanpatokan, tetapi patokan belum tentumerupakan deliverables.

15RPL - 04 - Manajemen Proyek

kegiatan yang termasuk dalam spesifikasi persyaratan ketika pembuatan prototipe dipakai untuk memvalidasi persyaratan

16RPL - 04 - Manajemen Proyek

Penjadwalan proyek merupakan pekerjaanyang sangat menantang bagi manajer perangkatlunak.

Manajer memperkirakan waktu dan sumberdaya yang diperlukan untuk menyelesaikankegiatan dan mengaturnya dalam urutan yanglogis.

17RPL - 04 - Manajemen Proyek

pemilah-milahan pekerjaan total pada suatu proyek menjadi kegiatan-kegiatan terpisah dan penilaian waktu yang dibutuhkan untuk

menyelesaikan kegiatan

18RPL - 04 - Manajemen Proyek

Diagram batang dan jaringan kegiatanmerupakan notasi grafts yang dipakai untukmengilustrasikan jadwal proyek.

Diagram batang menunjukkan siapa yangbertanggung jawab untuk setiap kegiatan dankapan kegiatan tersebut dijadwalkan dimulaidan berakhir.

Jaringan kegiatan menunjukkanketergantungan di antara kegiatan-kegiatanyang membentuk proyek.

19RPL - 04 - Manajemen Proyek

Satu tugas penting bagi manajer proyek adalahmengantisipasi risiko yang dapat mempengaruhi jadwalproyek atau kualitas perangkat lunak yang sedangdikembang­kan, dan mengambil tindakan gunamenghindari risiko ini.

Hasil analisis risiko harus didokumentasikanpada rencana proyek, bersama dengan analisiskonsekuensi risiko yang terjadi. Identifikasi risikodan pembuatan rencana untuk meminimasi efeknya padaproyek disebut manajemen risiko (Hall, 1998; Ould,1999).

20RPL - 04 - Manajemen Proyek

o Risiko proyek. Risiko yang mempengaruhijadwal atau sumberdaya proyek.

o Risiko produk. Risiko yang mempengaruhikualitas atau kinerja perangkat lunakyang dikembangkan.

o Risiko bisnis. Risiko yang mempengaruhiorganisasi yang sedang mengembang­kanatau mengadakan perangkat lunaktersebut.

21RPL - 04 - Manajemen Proyek

22RPL - 04 - Manajemen Proyek

• Identijikasi risiko. Risiko proyek, produk danbisnis yang mungkin terjadi di­identifikasi.

• Analisis risiko. Kemungkinan dan konsekuensirisiko-risiko ini dinilai.

• Perencanaan risiko. Dibuat rencana untuk menanganirisiko apakah dengan menghindari atau meminimasiefeknya pada proyek.

• Monitor risiko. Risiko dinilai secara konstan danrencana untuk meringankan risiko direvisi seiringbertambahnya informasi mengenai risiko tersebut

23RPL - 04 - Manajemen Proyek

Identifikasi risiko merupakan tahap awaldari manajemen risiko. Tahap ini berkenaandengan penemuan risiko yang mungkin terjadipada suatu proyek.

Pada prinsipnya, risiko-risiko ini tidakboleh dinilai atau diberi prioritas padatahap ini walaupun, pada prakteknya, risikodengan konsekuensi yang sangat kecil ataurisiko dengan kemungkinan yang sangat rendahbiasanya tidak diperhitungkan

24RPL - 04 - Manajemen Proyek

• Risiko teknologi. Risiko yang berasal dari teknologi perangkatlunak atau perang­kat keras yang dipakai sebagai bagian dari sistemyang dikembangkan.

• Risiko manusia. Risiko yang berhubungan dengan orang-orang pada timpengembangan.

• Risiko organisasi. Risiko yang berasal dari lingkungan organisasidi mana perangkat lunak dikembangkan.

• Risiko alat bantu. Risiko yang berasal dari CASE tool dan perangkatlunak pendukung lain yang digunakan untuk mengembangkan sistem.

• Risiko persyaratan. Risiko yang berasal dari perubahan persyaratanpelanggan dan proses dalam menangani perubahan persyaratan.

• Risiko estimasi. Risiko yang berasal dari estimasi manajementerhadap karakteristik sistem dan sumberdaya yang dibutuhkan untukmembangun sistem.

25RPL - 04 - Manajemen Proyek

Setiap risiko yang teridentifikasidiperhitungkan secara bergantian danpenilaian mengenai besarnyaprobabilitas dan keseriusan risikotersebut pun dibuat. Tidak ada carayang mudah untuk melakukan hal ini-analisis ini bergantung pada penilaiandan pengalaman manajer proyek

26RPL - 04 - Manajemen Proyek

• Proses perencanaan risikomemperhitunskan masing-masing risikokunci yang telah dikenali danmengidentifikasi strategi untukmenangani risiko tersebut. Tidak adaproses sederhana yang dapat kitaikuti untuk menetapkan rencanamanajemen risiko

27RPL - 04 - Manajemen Proyek

• Strategi menghindar. Strategi ini ditujukanuntuk memperkecil probabilitas munculnyarisiko tersebut.

• Strategi minimasi. Strategi ini ditujukanuntuk memperkecil dampak risiko yang ada.

• Rencana kontinjensi. Dengan mengikutistrategi ini, jika terjadi yang terburuk.Anda siap untuk menghadapinya dan memilikistrategi untuk menanganinya

28RPL - 04 - Manajemen Proyek

Pemantauan risiko mencakup penilaiansecara reguler dari setiap risiko yangteridentifikasi untuk memutuskan apakahprobabilitas terjadinya risiko tersebutmenjadi lebih besar atau lebih kecildan apakah efeknya telah berubah

29RPL - 04 - Manajemen Proyek

1. Jelaskan Pengertian RPL!

2. Bagaimana hubungan Sistem danLingkungan? Jelaskan!

3. Jelaskan apa itu Pemodelan sistem!Berikan contoh!

4. Sebutkan minimal 3 Model Proseskemudian jelaskan!

5. Mengapa Proses Rekayasa Sistem perlumelalui tahap validasi? Jelaskan!

31RPL - 04 - Manajemen Proyek