rpl 04 - manajemen proyek dan kuis 1

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.


Manajer perangkat lunak bertanggungjawab dalam merencanakan danmenjadwalkan pengembangan proyek.

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


• 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-proyeksebelumnya.


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


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.


• 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.


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


• 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.


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.


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


o Pendahuluan, mendeskripsikan tujuan proyek danmenentukan batasan-batasan (misalnya, anggaran,waktu, dsb.) yang mempengaruhi 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.


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.


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.


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.


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


Penjadwalan proyek merupakan pekerjaanyang sangat menantang bagi manajer perangkatlunak.

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


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

menyelesaikan kegiatan


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.


Satu tugas penting bagi manajer proyek adalahmengantisipasi risiko yang dapat mempengaruhi jadwalproyek atau kualitas perangkat lunak yang sedangdikembangkan, 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).


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 mengembangkanatau mengadakan perangkat lunaktersebut.


• Identijikasi risiko. Risiko proyek, produk danbisnis yang mungkin terjadi diidentifikasi.

• 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


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


• Risiko teknologi. Risiko yang berasal dari teknologi perangkatlunak atau perangkat 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.


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


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


• 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


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


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!


rpl 04 - manajemen proyek dan kuis 1

Documents