SlideShare a Scribd company logo
1 of 31
RPL- 04 - MANAJEMEN PROYEK 1
MANAJEMEN PROYEK
REKAYASA PERANGKAT LUNAK
Kebutuhan akan manajemen
RPL- 04 - MANAJEMEN PROYEK 2
merupakan
antara pengembangan
perbedaan
perangkat
penting
lunak profesional dan
pernrograman amatir. Kita memerlukan
manajemen proyek perangkat lunak karena
profesional
perangkat lunak
dibatasi oleh anggaran dan
rekayasa
selalu
jadwal.
Manajer perangkat lunak bertanggung
jawab dalam merencanakan dan
men jadwalkan pengembangan proyek.
RPL- 04 - MANAJEMEN PROYEK 3
mensupervisi pekerjaan untuk
pengerjaan sesuai
Mereka
menjamin
standar. Mereka memonitor
dengan
kemajuan
untuk memeriksa pengembangan
bahwa
waktu dan sesuai
berjalan tepat
anggaran.
• Produk perangkat lunak tidak berwujud. Perangkat
lunak
RPL- 04 - MANAJEMEN PROYEK 4
tidak berwujud. Perangkat lunak tidak dapat
dilihat atau disentuh. Manajer proyek perangkat
lunak tidak dapat melihat kemajuan.
lunak standar. kita
ada proses perangkat
meramalkan
• Tidak
tetap
suatu
tidak dapat
proses perangkat lunak
dengan pasti kapan
akan menyebabkan
masalah pada pengembangan.
• Proyek perangkat lunak yang besar seringkali
merupakan proyek 'one-off'. Proyek perangkat lunak
yang besar biasanya berbeda dari proyek-proyek
se belumnya.
tanggung
mengambil
beberapa
RPL- 04 - MANAJEMEN PROYEK 5
atau seluruh kegiatan
jawab pada beberapa
berikut
Manajer
tahap untuk
ini:
• penulisan proposal
• perencanaan dan penjadwalan proyek
• pembiayaan proyek
• pemantauan dan peninjauan proyek
• pemilihan dan evaluasi personel
• penulisan laporan dan presentasi
Pekerjaan kritis karena keberadaan banyak
RPL- 04 - MANAJEMEN PROYEK 6
organisasi
banyaknya proposal yang disetujui
perangkat lunak bergantung pada
dan
kontrak yang didapat.
telah
Tidak ada panduan
tertentu untuk pekerjaan ini
keahlian yang didapat dari
Penulisan proposal merupakan
pengalaman.
(1983) memberikan pembahasan mengenai
suatu
Aron
aspek
pekerjaan manajer proyek ini, yang sampai
sekarang masih relevan.
proyek berkenaan dengan
RPL- 04 - MANAJEMEN PROYEK 7
• Perencanaan
identifikasi
apa yang harus dihasilkan
kegiatan, patokan, dan
oleh
proyek.
yang relevan
• Perkiraan biaya merupakan
membahas
kegiatan
perkiraan
sumber daya
yang
yang dibutuhkan untuk
melaksanakan rencana proyek.
Pemantauan proyek merupakan kegiatan
RPL- 04 - MANAJEMEN PROYEK 8
yang berkesinambungan. Manajer
proyek
harus mengetahui kemajuan
membandinakan kemajuan dan
proyek dan
biaya yang
sebenarnya dikeluarkan dengan biaya
yang direncanakan.
• Anggaran
RPL- 04 - MANAJEMEN PROYEK 9
proyek mungkin tidak memenuhi
penggunaan staf yang hares dibayar mahal.
• Staf dengan pengalaman yang sesuai mungkin
tidak tersedia baik di dalam maupun di luar
organisasi.
• Organisasi mungkin ingin mengembangkan
keahlian karyawannya. Staf
berpengalaman bisa ditugaskan
yang
pada
tidak
suatu
proyek untuk belajar dan memperoleh
pengalaman.
mengantisipasi masalah yang
RPL- 04 - MANAJEMEN PROYEK 10
o Manajer proyek harus
mungkin muncul dan menyiapkan solusi tentatif
terhadap masalah-masalah tersebut.
o Rencana yang dibuat pada
digunakan sebagai pengendali
awal
proyek.
proyek
Rencana
ini harus merupakan rencana terbaik
harus
awal
yang
memperhitungkan informasi yang tersedia. Rencana
proyek dan
ini berubah seiring berjalannya
tersedianya informasi yang lebih baik.
proyek
RPL- 04 - MANAJEMEN PROYEK 11
menentukan
Rencana
sumberdaya yang
pembagian
tersedia bagi
pekerjaan, dan
proyek,
jadwal untuk nielakukan pekerjaan
tersebut.
o Pendahuluan,
menentukan
waktu, dsb.) yang mempe ngaruhi manajemen proyek.
o Organisasi proyek, mendeskripsikan bagaimana tim
pengembangan diorganisir, siapa saja yang terlibat dan perannya
dalam tim.
o Analisis risiko, mendeskripsikan risiko proyek yang
mungkin timbul, kemungkinan munculnya risiko- risiko tersebut dan
strategi pengurangan risiko yang diusulkan.
RPL- 04 - MANAJEMEN PROYEK 12
mendeskripsikan
batasan-batasan
tujuan proyek dan
(misalnya, anggaran,
mendeskripsikan perangkat keras dan perangkat
RPL- 04 - MANAJEMEN PROYEK 13
o Persyaratan sumberdaya perangkat keras dan perangkat lunak,
lunak pendukung
yang dibutuhkan untuk melakukan pengembangan.
kegiatan-kegiatan, dan identifikasi
o Pembagian kerja, mendeskripsikan pembagian proyek menjadi
patokan dan hasil yang
diharapkan 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.
laporan
manajemen yang
o Monitor dan mekanisme pelaporan, mendeskripsikan
harus dihasilkan, kapan laporan itu harus
diberikan, dan mekanisme pemantauan proyek yang digunakan.
merencanakan suatu proyek,
RPL- 04 - MANAJEMEN PROYEK 14
Ketika
serangkaian patokan (milestone) harus
ditentukan. Patokan ini merupakan akhir
dari suatu aktivitas proses perangkat
patokan, harus ada
lunak. Pada setiap
output formal, seperti laporan, yang
dapat diberikan kepada manajemen.
Hasil yang
RPL- 04 - MANAJEMEN PROYEK 15
diserahkan
(deliverables) adalah
dapat
hasil
dikirimkan ke pelanggan.
proyek yang
Hasil ini
biasanya dikirimkan di akhir fase proyek
yang besar seperti spesifikasi,
perancangan, dsb.
Deliverables
patokan, tetapi
biasanya
patokan
merupakan
belum tentu
merupakan deliverables.
kegiatan yang termasuk dalam spesifikasi persyaratan ketika pembuatan
prototipe dipakai untuk memvalidasi persyaratan
RPL- 04 - MANAJEMEN PROYEK 16
Penjadwalan
pekerjaan
menantang bagi manajer
perangkat
RPL- 04 - MANAJEMEN PROYEK 17
proyek merupakan
yang sangat
lunak.
memperkirakan waktu dan sumber
daya
Manajer
yang diperlukan untuk menyelesaikan
urutan yang
kegiatan dan mengaturnya dalam
logis.
pemilah-milahan pekerjaan total pada suatu proyek menjadi kegiatan-
kegiatan terpisah dan penilaian waktu yang dibutuhkan untuk
menyelesaikan kegiatan
RPL- 04 - MANAJEMEN PROYEK 18
Diagram batang dan jaringan kegiatan
RPL- 04 - MANAJEMEN PROYEK 19
merupakan notasi grafts yang dipakai untuk
mengilustrasikan jadwal proyek.
menunjukkan
Diagram batang
bertanggung jawab untuk setiap
siapa yang
kegiatan dan
kapan kegiatan tersebut dijadwalkan dimulai
dan berakhir.
Jaringan
ketergantungan
kegiatan
di antara
menunjukkan
kegiatan-kegiatan
yang membentuk proyek.
Satu tugas penting bagi manajer proyek adalah
mengantisipasi risiko yang dapat mempengaruhi jadwal
RPL- 04 - MANAJEMEN PROYEK 20
proyek atau kualitas perangkat lunak yang
dikembang kan, dan mengambil tindakan
sedang
guna
menghindari risiko ini.
Hasil analisis risiko harus didokumentasikan
pada rencana proyek, bersama dengan analisis
konsekuensi risiko yang terjadi. Identifikasi risiko
dan pembuatan rencana untuk meminimasi efeknya pada
risiko (Hall, 1998; Ould,
proyek disebut manajemen
1999).
o Risiko proyek. Risiko yang mempengaruhi
jadwal atau sumberdaya proyek.
RPL- 04 - MANAJEMEN PROYEK 21
o Risiko produk. Risiko yang mempengaruhi
kualitas atau kinerja perangkat lunak
yang dikembangkan.
o Risiko bisnis. Risiko yang mempengaruhi
organisasi yang sedang mengembang kan
atau mengadakan perangkat lunak
tersebut.
RPL- 04 - MANAJEMEN PROYEK 22
• Identijikasi risiko. Risiko proyek, produk dan
bisnis yang mungkin terjadi di identifikasi.
• Analisis risiko. Kemungkinan dan konsekuensi
risiko-risiko ini dinilai.
• Perencanaan risiko. Dibuat rencana untuk menangani
risiko apakah dengan menghindari atau meminimasi
efeknya pada proyek.
RPL- 04 - MANAJEMEN PROYEK 23
Risiko dinilai secara konstan dan
• Monitor risiko.
rencana untuk meringankan risiko direvisi seiring
bertambahnya informasi mengenai risiko tersebut
tahap
RPL- 04 - MANAJEMEN PROYEK 24
awal
dari
Identifikasi risiko
manajemen risiko.
merupakan
Tahap ini berkenaan
dengan penemuan risiko yang mungkin terjadi
pada suatu proyek.
Pada prinsipnya, risiko-risiko ini
diberi prioritas
prakteknya,
tidak
pada
risiko
dinilai atau
ini walaupun,
konsekuensi
pada
yang sangat kecil atau
boleh
tahap
dengan
risiko dengan kemungkinan yang sangat rendah
biasanya tidak diperhitungkan
• Risiko teknologi. Risiko yang berasal dari teknologi perangkat
lunak atau perang kat keras yang dipakai sebagai bagian dari sistem
yang dikembangkan.
• Risiko manusia. Risiko yang berhubungan dengan orang-orang pada tim
pengembangan.
• Risiko organisasi. Risiko yang berasal dari lingkungan organisasi
di mana perangkat lunak dikembangkan.
• Risiko alat bantu. Risiko yang berasal dari CASE tool dan perangkat
lunak pendukung lain yang digunakan untuk mengembangkan sistem.
• Risiko persyaratan. Risiko yang berasal dari perubahan persyaratan
pelanggan dan proses dalam menangani perubahan persyaratan.
• Risiko estimasi. Risiko yang berasal dari estimasi manajemen
terhadap karakteristik sistem dan sumberdaya yang dibutuhkan untuk
membangun sistem.
RPL- 04 - MANAJEMEN PROYEK 25
Setiap risiko yang
RPL- 04 - MANAJEMEN PROYEK 26
teridentifikasi
bergantian dan
secara
mengenai
diperhitungkan
penilaian
probabilitas dan keseriusan
besarnya
risiko
tersebut pun dibuat.
yang mudah untuk melakukan
Tidak ada cara
hal ini-
analisis ini bergantung pada penilaian
dan pengalaman manajer proyek
• Proses perencanaan
RPL- 04 - MANAJEMEN PROYEK 27
memperhitunskan masing-masing
kunci yang telah dikenali
mengidentifikasi strategi
risiko
risiko
dan
untuk
menangani risiko tersebut. Tidak ada
yang dapat kita
proses sederhana
ikuti untuk menetapkan rencana
manajemen risiko
• Strategi menghindar. Strategi ini ditujukan
untuk memperkecil probabilitas munculnya
risiko tersebut.
• Strategi minimasi. Strategi ini ditujukan
untuk memperkecil dampak risiko yang ada.
RPL- 04 - MANAJEMEN PROYEK 28
kontinjensi. Dengan
ini, jika terjadi yang
• Rencana
strategi
Anda siap untuk menghadapinya dan
mengikuti
terburuk.
memiliki
strategi untuk menanganinya
Pemantauan risiko mencakup penilaian
secara reguler dari setiap risiko yang
teridentifikasi untuk memutuskan apakah
probabilitas terjadinya risiko tersebut
menjadi lebih besar atau lebih kecil
dan apakah efeknya telah berubah
RPL- 04 - MANAJEMEN PROYEK 29
1.Jelaskan Pengertian RPL!
Sistem dan
2. Bagaimana hubungan
Lingkungan? Jelaskan!
3. Jelaskan apa itu Pemodelan sistem!
Berikan contoh!
4. Sebutkan minimal 3 Model Proses
kemudian jelaskan!
5. Mengapa Proses Rekayasa Sistem perlu
melalui tahap validasi? Jelaskan!
31
RPL - 04 - Manajemen Proyek

More Related Content

Similar to MANAJEMEN PROYEK RPL.pptx

Similar to MANAJEMEN PROYEK RPL.pptx (20)

Materi PPL.docx
Materi PPL.docxMateri PPL.docx
Materi PPL.docx
 
Project progress control
Project progress controlProject progress control
Project progress control
 
Project progress control
Project progress controlProject progress control
Project progress control
 
Buku ajar kecil 04
Buku ajar kecil 04Buku ajar kecil 04
Buku ajar kecil 04
 
Development and quality plan
Development and quality planDevelopment and quality plan
Development and quality plan
 
C6 Development&Quality plan
C6 Development&Quality planC6 Development&Quality plan
C6 Development&Quality plan
 
Dev&qual
Dev&qualDev&qual
Dev&qual
 
Pertemuan 7
Pertemuan 7Pertemuan 7
Pertemuan 7
 
Bab 2
Bab 2Bab 2
Bab 2
 
Perancangan proyek
Perancangan proyekPerancangan proyek
Perancangan proyek
 
Perancangan proyek
Perancangan proyekPerancangan proyek
Perancangan proyek
 
Tugas MPPL
Tugas MPPLTugas MPPL
Tugas MPPL
 
Manajemen Pengadaan dan Risiko
Manajemen Pengadaan dan RisikoManajemen Pengadaan dan Risiko
Manajemen Pengadaan dan Risiko
 
Rppl gl00 t-rencana pembangunan
Rppl gl00 t-rencana pembangunanRppl gl00 t-rencana pembangunan
Rppl gl00 t-rencana pembangunan
 
Sesi 1.pptx
Sesi 1.pptxSesi 1.pptx
Sesi 1.pptx
 
Mengenai development quality plan
Mengenai development quality planMengenai development quality plan
Mengenai development quality plan
 
Rekayasa Perangkat Lunak - Model Pengembangan Sistem
Rekayasa Perangkat Lunak - Model Pengembangan SistemRekayasa Perangkat Lunak - Model Pengembangan Sistem
Rekayasa Perangkat Lunak - Model Pengembangan Sistem
 
Application Development.pptx
Application Development.pptxApplication Development.pptx
Application Development.pptx
 
PM Risk management plan
PM Risk management planPM Risk management plan
PM Risk management plan
 
UAS MPPL
UAS MPPLUAS MPPL
UAS MPPL
 

MANAJEMEN PROYEK RPL.pptx

  • 1. RPL- 04 - MANAJEMEN PROYEK 1 MANAJEMEN PROYEK REKAYASA PERANGKAT LUNAK
  • 2. Kebutuhan akan manajemen RPL- 04 - MANAJEMEN PROYEK 2 merupakan antara pengembangan perbedaan perangkat penting lunak profesional dan pernrograman amatir. Kita memerlukan manajemen proyek perangkat lunak karena profesional perangkat lunak dibatasi oleh anggaran dan rekayasa selalu jadwal.
  • 3. Manajer perangkat lunak bertanggung jawab dalam merencanakan dan men jadwalkan pengembangan proyek. RPL- 04 - MANAJEMEN PROYEK 3 mensupervisi pekerjaan untuk pengerjaan sesuai Mereka menjamin standar. Mereka memonitor dengan kemajuan untuk memeriksa pengembangan bahwa waktu dan sesuai berjalan tepat anggaran.
  • 4. • Produk perangkat lunak tidak berwujud. Perangkat lunak RPL- 04 - MANAJEMEN PROYEK 4 tidak berwujud. Perangkat lunak tidak dapat dilihat atau disentuh. Manajer proyek perangkat lunak tidak dapat melihat kemajuan. lunak standar. kita ada proses perangkat meramalkan • Tidak tetap suatu tidak dapat proses perangkat lunak dengan pasti kapan akan menyebabkan masalah pada pengembangan. • Proyek perangkat lunak yang besar seringkali merupakan proyek 'one-off'. Proyek perangkat lunak yang besar biasanya berbeda dari proyek-proyek se belumnya.
  • 5. tanggung mengambil beberapa RPL- 04 - MANAJEMEN PROYEK 5 atau seluruh kegiatan jawab pada beberapa berikut Manajer tahap untuk ini: • penulisan proposal • perencanaan dan penjadwalan proyek • pembiayaan proyek • pemantauan dan peninjauan proyek • pemilihan dan evaluasi personel • penulisan laporan dan presentasi
  • 6. Pekerjaan kritis karena keberadaan banyak RPL- 04 - MANAJEMEN PROYEK 6 organisasi banyaknya proposal yang disetujui perangkat lunak bergantung pada dan kontrak yang didapat. telah Tidak ada panduan tertentu untuk pekerjaan ini keahlian yang didapat dari Penulisan proposal merupakan pengalaman. (1983) memberikan pembahasan mengenai suatu Aron aspek pekerjaan manajer proyek ini, yang sampai sekarang masih relevan.
  • 7. proyek berkenaan dengan RPL- 04 - MANAJEMEN PROYEK 7 • Perencanaan identifikasi apa yang harus dihasilkan kegiatan, patokan, dan oleh proyek. yang relevan • Perkiraan biaya merupakan membahas kegiatan perkiraan sumber daya yang yang dibutuhkan untuk melaksanakan rencana proyek.
  • 8. Pemantauan proyek merupakan kegiatan RPL- 04 - MANAJEMEN PROYEK 8 yang berkesinambungan. Manajer proyek harus mengetahui kemajuan membandinakan kemajuan dan proyek dan biaya yang sebenarnya dikeluarkan dengan biaya yang direncanakan.
  • 9. • Anggaran RPL- 04 - MANAJEMEN PROYEK 9 proyek mungkin tidak memenuhi penggunaan staf yang hares dibayar mahal. • Staf dengan pengalaman yang sesuai mungkin tidak tersedia baik di dalam maupun di luar organisasi. • Organisasi mungkin ingin mengembangkan keahlian karyawannya. Staf berpengalaman bisa ditugaskan yang pada tidak suatu proyek untuk belajar dan memperoleh pengalaman.
  • 10. mengantisipasi masalah yang RPL- 04 - MANAJEMEN PROYEK 10 o Manajer proyek harus mungkin muncul dan menyiapkan solusi tentatif terhadap masalah-masalah tersebut. o Rencana yang dibuat pada digunakan sebagai pengendali awal proyek. proyek Rencana ini harus merupakan rencana terbaik harus awal yang memperhitungkan informasi yang tersedia. Rencana proyek dan ini berubah seiring berjalannya tersedianya informasi yang lebih baik.
  • 11. proyek RPL- 04 - MANAJEMEN PROYEK 11 menentukan Rencana sumberdaya yang pembagian tersedia bagi pekerjaan, dan proyek, jadwal untuk nielakukan pekerjaan tersebut.
  • 12. o Pendahuluan, menentukan waktu, dsb.) yang mempe ngaruhi manajemen proyek. o Organisasi proyek, mendeskripsikan bagaimana tim pengembangan diorganisir, siapa saja yang terlibat dan perannya dalam tim. o Analisis risiko, mendeskripsikan risiko proyek yang mungkin timbul, kemungkinan munculnya risiko- risiko tersebut dan strategi pengurangan risiko yang diusulkan. RPL- 04 - MANAJEMEN PROYEK 12 mendeskripsikan batasan-batasan tujuan proyek dan (misalnya, anggaran,
  • 13. mendeskripsikan perangkat keras dan perangkat RPL- 04 - MANAJEMEN PROYEK 13 o Persyaratan sumberdaya perangkat keras dan perangkat lunak, lunak pendukung yang dibutuhkan untuk melakukan pengembangan. kegiatan-kegiatan, dan identifikasi o Pembagian kerja, mendeskripsikan pembagian proyek menjadi patokan dan hasil yang diharapkan 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. laporan manajemen yang o Monitor dan mekanisme pelaporan, mendeskripsikan harus dihasilkan, kapan laporan itu harus diberikan, dan mekanisme pemantauan proyek yang digunakan.
  • 14. merencanakan suatu proyek, RPL- 04 - MANAJEMEN PROYEK 14 Ketika serangkaian patokan (milestone) harus ditentukan. Patokan ini merupakan akhir dari suatu aktivitas proses perangkat patokan, harus ada lunak. Pada setiap output formal, seperti laporan, yang dapat diberikan kepada manajemen.
  • 15. Hasil yang RPL- 04 - MANAJEMEN PROYEK 15 diserahkan (deliverables) adalah dapat hasil dikirimkan ke pelanggan. proyek yang Hasil ini biasanya dikirimkan di akhir fase proyek yang besar seperti spesifikasi, perancangan, dsb. Deliverables patokan, tetapi biasanya patokan merupakan belum tentu merupakan deliverables.
  • 16. kegiatan yang termasuk dalam spesifikasi persyaratan ketika pembuatan prototipe dipakai untuk memvalidasi persyaratan RPL- 04 - MANAJEMEN PROYEK 16
  • 17. Penjadwalan pekerjaan menantang bagi manajer perangkat RPL- 04 - MANAJEMEN PROYEK 17 proyek merupakan yang sangat lunak. memperkirakan waktu dan sumber daya Manajer yang diperlukan untuk menyelesaikan urutan yang kegiatan dan mengaturnya dalam logis.
  • 18. pemilah-milahan pekerjaan total pada suatu proyek menjadi kegiatan- kegiatan terpisah dan penilaian waktu yang dibutuhkan untuk menyelesaikan kegiatan RPL- 04 - MANAJEMEN PROYEK 18
  • 19. Diagram batang dan jaringan kegiatan RPL- 04 - MANAJEMEN PROYEK 19 merupakan notasi grafts yang dipakai untuk mengilustrasikan jadwal proyek. menunjukkan Diagram batang bertanggung jawab untuk setiap siapa yang kegiatan dan kapan kegiatan tersebut dijadwalkan dimulai dan berakhir. Jaringan ketergantungan kegiatan di antara menunjukkan kegiatan-kegiatan yang membentuk proyek.
  • 20. Satu tugas penting bagi manajer proyek adalah mengantisipasi risiko yang dapat mempengaruhi jadwal RPL- 04 - MANAJEMEN PROYEK 20 proyek atau kualitas perangkat lunak yang dikembang kan, dan mengambil tindakan sedang guna menghindari risiko ini. Hasil analisis risiko harus didokumentasikan pada rencana proyek, bersama dengan analisis konsekuensi risiko yang terjadi. Identifikasi risiko dan pembuatan rencana untuk meminimasi efeknya pada risiko (Hall, 1998; Ould, proyek disebut manajemen 1999).
  • 21. o Risiko proyek. Risiko yang mempengaruhi jadwal atau sumberdaya proyek. RPL- 04 - MANAJEMEN PROYEK 21 o Risiko produk. Risiko yang mempengaruhi kualitas atau kinerja perangkat lunak yang dikembangkan. o Risiko bisnis. Risiko yang mempengaruhi organisasi yang sedang mengembang kan atau mengadakan perangkat lunak tersebut.
  • 22. RPL- 04 - MANAJEMEN PROYEK 22
  • 23. • Identijikasi risiko. Risiko proyek, produk dan bisnis yang mungkin terjadi di identifikasi. • Analisis risiko. Kemungkinan dan konsekuensi risiko-risiko ini dinilai. • Perencanaan risiko. Dibuat rencana untuk menangani risiko apakah dengan menghindari atau meminimasi efeknya pada proyek. RPL- 04 - MANAJEMEN PROYEK 23 Risiko dinilai secara konstan dan • Monitor risiko. rencana untuk meringankan risiko direvisi seiring bertambahnya informasi mengenai risiko tersebut
  • 24. tahap RPL- 04 - MANAJEMEN PROYEK 24 awal dari Identifikasi risiko manajemen risiko. merupakan Tahap ini berkenaan dengan penemuan risiko yang mungkin terjadi pada suatu proyek. Pada prinsipnya, risiko-risiko ini diberi prioritas prakteknya, tidak pada risiko dinilai atau ini walaupun, konsekuensi pada yang sangat kecil atau boleh tahap dengan risiko dengan kemungkinan yang sangat rendah biasanya tidak diperhitungkan
  • 25. • Risiko teknologi. Risiko yang berasal dari teknologi perangkat lunak atau perang kat keras yang dipakai sebagai bagian dari sistem yang dikembangkan. • Risiko manusia. Risiko yang berhubungan dengan orang-orang pada tim pengembangan. • Risiko organisasi. Risiko yang berasal dari lingkungan organisasi di mana perangkat lunak dikembangkan. • Risiko alat bantu. Risiko yang berasal dari CASE tool dan perangkat lunak pendukung lain yang digunakan untuk mengembangkan sistem. • Risiko persyaratan. Risiko yang berasal dari perubahan persyaratan pelanggan dan proses dalam menangani perubahan persyaratan. • Risiko estimasi. Risiko yang berasal dari estimasi manajemen terhadap karakteristik sistem dan sumberdaya yang dibutuhkan untuk membangun sistem. RPL- 04 - MANAJEMEN PROYEK 25
  • 26. Setiap risiko yang RPL- 04 - MANAJEMEN PROYEK 26 teridentifikasi bergantian dan secara mengenai diperhitungkan penilaian probabilitas dan keseriusan besarnya risiko tersebut pun dibuat. yang mudah untuk melakukan Tidak ada cara hal ini- analisis ini bergantung pada penilaian dan pengalaman manajer proyek
  • 27. • Proses perencanaan RPL- 04 - MANAJEMEN PROYEK 27 memperhitunskan masing-masing kunci yang telah dikenali mengidentifikasi strategi risiko risiko dan untuk menangani risiko tersebut. Tidak ada yang dapat kita proses sederhana ikuti untuk menetapkan rencana manajemen risiko
  • 28. • Strategi menghindar. Strategi ini ditujukan untuk memperkecil probabilitas munculnya risiko tersebut. • Strategi minimasi. Strategi ini ditujukan untuk memperkecil dampak risiko yang ada. RPL- 04 - MANAJEMEN PROYEK 28 kontinjensi. Dengan ini, jika terjadi yang • Rencana strategi Anda siap untuk menghadapinya dan mengikuti terburuk. memiliki strategi untuk menanganinya
  • 29. Pemantauan risiko mencakup penilaian secara reguler dari setiap risiko yang teridentifikasi untuk memutuskan apakah probabilitas terjadinya risiko tersebut menjadi lebih besar atau lebih kecil dan apakah efeknya telah berubah RPL- 04 - MANAJEMEN PROYEK 29
  • 30.
  • 31. 1.Jelaskan Pengertian RPL! Sistem dan 2. Bagaimana hubungan Lingkungan? Jelaskan! 3. Jelaskan apa itu Pemodelan sistem! Berikan contoh! 4. Sebutkan minimal 3 Model Proses kemudian jelaskan! 5. Mengapa Proses Rekayasa Sistem perlu melalui tahap validasi? Jelaskan! 31 RPL - 04 - Manajemen Proyek