pertemuan 11 manajemen risiko - univbsi.idunivbsi.id/pdf/2014/740/740-p11.pdftujuan •...
TRANSCRIPT
Pertemuan 11
Manajemen Risiko
Tujuan
• Memahami konsep manajemen risiko
• Memahami sumber-sumber risiko
• Dapat memodelkan risiko dan membuat
contingency plan.
3
Risiko
• Masalah yang belum terjadi
• Kenapa menjadi sulit ?
• Beberapa harus waspada terhadap berita buruk
– Tidak seorangpun ingin menjadi pesuruh
– Atau terlihat cemas
• Yang diperlukan adalah mendefinisikan strategi
pada awal proyek.
4
Manajemen Risiko
• Identifikasi, analisis, dan kontrol
• Tujuan: Menghindari krisis
• Thayer: Risk Mgmt. vs. Project Mgt.
– Berlaku Khusus vs. Seluruh proyek
– Proaktif vs. reaktif
Strategi Risiko Reaktif Vs. Proaktif
• Mayoritas tim software bersandar pada strategi reaktif(tidak melakukan apapun di area risiko sampai sesuatuyang buruk terjadi).
• Strategi yang benar untuk manajemen risiko adalah :Strategi PROAKTIF.
• Strategi Proaktif dimulai sebelum kerja teknis dimulaiddengan melakukan: identifikasi risiko, probabilitas danpengaruh proyek yang diperkirakan serta di prioritasmenurut kepentingan.
• Untuk menghindari risiko membuat rencana yangmemungkinkan untuk merespon dengan cara yangdapat terkontrol.
6
Risiko Perangkat Lunak
• Karakteristik:
– Ketidakpastian (0 < kepastian < 1)
– Kerugian yang terkait (uang, hidup, reputasi,
dll)
– Dikelola – Beberapa tindakan dapat dikontrol
• Risiko yang terbuka
– Probabilitas produk dan potensi kerugian
• Masalah
– Risiko yang telah terjadi
Komponen Risiko
• Risiko kinerjaTingkat ketidakpastian suatu produk akan memenuhi
permintaan penggunanya
• Risiko biayaTingkat ketidakpastian biaya proyek akan terjaga sesuai dengan
anggaran.
• Risiko dukunganTingkat ketidakpastian suatu sotware akan mudah dikoreksi,
disesuaikan dan ditingkatkan.
• Risiko jadwal– Tingkat ketidakpastian jadwal proyek dan produk yang
disampaikan kepada customer akan tepat waktu.
Kategori Risiko
1. Risiko ProyekRisiko proyek akan menyebabkan jadwal proyek menjadi tidak tepat dan
biaya menjadi bertambah. Risiko proyek mengidentifikasikan hal
potensial yang berhubungan dengan pembiayaan, jadwal, personil
sumber daya, customer dan masalah persyaratan serta pengaruhnya.
2. Risiko TeknisMengancam kualitas dan ketepatan waktu software yang dihasilkan
sehingga menjadi sulit untuk diimplementasikan. Risiko teknis
mengidentifikasikan desain potensial, implementasi, interfacing,
verifikasi dan masalah pemeliharaan. Lima faktor risiko teknis :
ambiguitas spesifikasi, ketidakpastian teknis, keusangan teknis, dan
teknologi yang leading edge.
Kategori Resiko (Cont.)
3. Risiko BisnisRisiko bisnis membahayakan proyek atau produk. Lima risiko bisnis
utama adalah:
• Pembangunan produk yang baik tetapi tidak dibutuhkan pasar (risiko
pasar).
• Pembangunan sebuah produk yang tidak sesuai dengan strategi
bisnis (risiko strategi).
• Pembangunan sebuah produk yang bagian pemasaran tidak tahu
bagaimana cara menjual (risiko pemasaran).
• Kehilangan dukungan manajemen senior berkaitan dengan
perubahan pada fokus atau manusia (risiko manajemen)
• Kehilangan hal-hal yang berhubungan dengan biaya atau komitmen
personel (risiko biaya).
10
Proses Manajemen Risiko
Risk Management
Risk Assesment
Risk Control
Risk Identification
Risk Analysis
Risk Prioritization
Risk Management Planning
Risk Resolution
Risk Monitoring
“Software Risk Management”, Boehm, 1989
Identifikasi Risiko
• Identifikasi risiko adalah usaha sistematis untuk menentukan
ancaman terhadap rencana proyek (perkiraan jadwal, pemuatan
sumber daya dll).
• Ada 2 tipe risiko
1. Risiko Generik
Ancaman potensial pada setiap proyek software.
2. Risiko produk spesifik
Perlu pemahaman khusus ttg teknologi, manusia serta lingkungan
yang spesifik terhadap proyek yang ada. Untuk mengidentifikasi risiko
produk spesifik dilakukan pengujian terhadap rencana proyek dan
ruang lingkup software dan dikembangkan karakteristik khusus apa
dari produk ini yang mengancam proyek?
• Metode untuk mengidentifikasi risiko adalah dengan membuat
checklist item risiko.
Item-item risiko berdasarkan sub kategori :
Ukuran produkRisiko sehubungan dengan seluruh ukuran software yang akandibangun/dimodifikasi .
Pengaruh bisnisRisiko sehubungan dengan batasan yang dibebankan olehmanajemen atau pasar.
Karakteristik pelangganRisiko sehubungan dengan kepintaran pelanggan dankemampuan pengembang untuk berkomunikasi denganpelanggan dengan cara yang tepat.
Definisi prosesRisiko sehubungan dengan tingkat dimana proses software telahdidefinisikan dan diikuti oleh organisasi pengembang.
Item-item risiko berdasarkan sub kategori : (Cont.)
Lingkungan pengembangan Risiko sehubungan dengan keberadaan dan kualitas piranti yang akan digunakan untuk membangun produk sistem informasi.
Teknologi yang dibangun
Risiko sehubungan dengan kompleksitas sistem yang akan dibangun dan ”kebaruan” teknologi yang dikemas oleh sistem.
Ukuran dan pengalaman staf. Risiko sehubungan dengan keseluruhan teknik dan pengalaman proyek dari orang-orang yang akan melakukan tugas tersebut.
Pengukuran Risiko
• Ukurannya Kuantitatif yang jelas
– Contohnya resiko dalam biaya, waktu
• Contoh:
– Risiko kenaikan biaya akibat fluktuasi USD.
• Ukuran level
– Rendah
– Sedang
– Tinggi
Analisis Risiko
Menentukan dampak risiko masing-masing kegiatan dalam
proyek.
Analisis Risiko• Analisa berbasis Tujuan (Cobit 4.1)
• Analisis Berbasis Risiko (ITPOSMO)
Contoh Resiko Proyek TI
• Development (SDLC)
– Tujuan utama:
• Mengembangkan Sistem
• Mengimplementasikan Sistem
– Risiko:
• Sistem tidak terselesaikan dalam waktu dan biaya
yang dialokasikan.
• Sistem tidak sesuai dengan keinginan.
• Sistem tidak dapat dioperasikan.
Contoh Resiko Proyek TI (Cont.)
• Risiko:
– Risiko terjadi pada proses:
• Campur tangan manusia
• Kemungkinan dipengaruhi alam, geografis dll
• Kerusakan mesin
• Fluktuasi harga (rate mata uang asing)
• Terkait peraturan
• Budaya
Analisis dengan ITPOSMO
• Mengembangkan SistemITPOSMO Tujuan Milestone Risiko
Informasi Data Input • Jumlah data input tidak memadai
• Kesalahan input data
Teknologi Pengadaan barang
Pemilihan
teknologi
• Barang tidak terbeli karena kenaikan USD
• Teknologi yang tidak uptodate
Proses SOP
Business Prosess
• Tidak didapatnya analisa business proses yang
jelas dari klien.
StaffSkill --
Management --
Hasil Analisis dengan COBIT 4.1
20
Strategi
Strategi yang efektif untuk menangani Risiko
adalah :
– Meminimalisir Risiko (Kemungkinan kejadian &
dampak yang ditimbulkan)
– Monitoring Risiko
– Manajemen Risiko dan perencanaan
kemungkinan.
RMMM Plan
Langkah manajemen dapat diatur ke dalam
Risk Mitigating Monitoring, and Management
Plan (RMMM Plan). RMMM plan
mendokumentasi semua kegiatan yang
dilakukan sebagai bagian dari analisis risiko
dan digunakan oleh manajer proyek sebagai
bagian dari keseluruhan Rencana Proyek.
Outline RMMM PlanI. Pengantar
1. Lingkup dan Tujuan Dokumen
2. Tinjauan Risiko Utama
3. Tanggung Jawab a. Manajemen
b. Staf Teknis
II. Tabel Risiko Proyek1. Deskripsi semua risiko
2. Faktor-faktor yang mempengaruhi probablitas dan pengaruh
III. Pengurangan, Monitoring dan Manajemen RisikoRisiko # n
a. Pengurangan
Strategi umum
Langkah khusus mengurangi risiko
b. Monitoring
Faktor –faktor yang dimonitor
Pen dekatan monitoring
c. Manajemen
Rencana Kontingensi/antisipasi
Konsiderasi khusus
Tugas Pertemuan 11
1. Buatlah proposal proyek yang berisikan :
Project charter
Spesifikasi Desain Perangkat Lunak
Scope of Work
WBS
Perencanaan Rancangan Anggaran Biaya
Perencanaan Resiko
Perencanaan Komunikasi
2. Di kumpulkan pada pertemuan ke 13
Soal Latihan Pertemuan 11
Soal Latihan Pertemuan 111. Mengidentifikasikan mengenai hal-hal pembiayaan, jadwal.
Personil (staffing dan organisasi), sumber-sumber daya,pelanggan dan masalah persyaratan dan pengaruh terhadapproyek :
a. risiko Teknis
b. risiko Bisnis
c. risiko Proyek
d. risiko Biaya
e. risiko Sumber daya
2. Yang termasuk dalam komponen risiko adalah:
a. risiko Kinerja
b. risiko Biaya
c. risiko dukungan
d. risiko Jadwal
e. Semua jawaban benar
Soal Latihan Pertemuan 112. Yang termasuk dalam komponen risiko adalah:
a. risiko Kinerja
b. risiko Biaya
c. risiko dukungan
d. risiko Jadwal
e. Semua jawaban benar
3. Risiko sehubungan dengan batasan yang dibebankan olehmanajemen atau pasar adalah item risiko berdasarkan:
a. Pengaruh bisnis
b. Ukuran produk
c. Karakteristik pelanggan
d. Definisi Proses
e. Sumber daya
Soal Latihan Pertemuan 113. Risiko sehubungan dengan batasan yang dibebankan oleh
manajemen atau pasar adalah item risiko berdasarkan:
a. pengaruh bisnis
b. ukuran produk
c. karakteristik pelanggan
d. definisi proses
e. sumber daya
4. Mendokumentasi semua kegiatan yang dilakukan sebagai bagiandari analisis risiko dan digunakan oleh manajer proyek sebagaibagian dari keseluruhan Rencana Proyek :
a. manajemen risiko
b. project plan
c. sistem informasi
d. rmmm plan
e. semua jawaban benar
Soal Latihan Pertemuan 114. Mendokumentasi semua kegiatan yang dilakukan sebagai bagian
dari analisis risiko dan digunakan oleh manajer proyek sebagaibagian dari keseluruhan Rencana Proyek :
a. Manajemen risiko
b. Project Plan
c. Sistem Informasi
d. RMMM Plan
e. Semua jawaban benar
5. Risiko sehubungan keberadaan dan kualitas piranti yang akandigunakan untuk membangun produk sistem informasi adalahitem risiko berdasarkan:
a. Pengaruh bisnis
b. Ukuran produk
c. Karakteristik pelanggan
d. Lingkungan Pengembangan
e. Teknologi