Resiko berhubungan dengan kejadian di masa yg akan datang. (seperti perubahan pikiran, pendapat, aksi, atau tempat)

Transkripsi

1 6 Management Resiko 1. Definisi Resiko Defenisi konseptual mengenai resiko : (Robert Charette) Resiko berhubungan dengan kejadian di masa yg akan datang. Resiko melibatkan perubahan (seperti perubahan pikiran, pendapat, aksi, atau tempat) Resiko melibatkan pilihan dan ketidakpastian bahwa pilihan itu akan dilakukan. 2. Strategi Reaktif vs Proaktif Strategi Reaktif Memonitor proyek terhadap kemungkinan resiko. Sumber-sumber daya dikesampingkan, padahal seharusnya sumber-sumber daya menjadi masalah yang sebenarnya / penting. Strategi Proaktif Dimulai sebelum kerja teknis diawali. Resiko potensial diidentifikasi, probabilitas dan pengaruh proyek diperkirakan, dan diprioritaskan menurut kepentingan, kemudian membangun suatu rencana untuk manajemen resiko. Sasaran utama adalah menghindari resiko. 3. Resiko Software 3.1. Kategori resiko Umum: Resiko proyek Resiko proyek mengancam rencana proyek. Bila resiko proyek menjadi kenyataan maka ada kemungkinan jadwal proyek akan mengalami slip dan biaya menjadi bertambah. Resiko proyek mengidenifikasi : - biaya - jadwal - personil (staffing & organisasi) - masalah persyaratan 1 Bab 6 Management Resiko reviewed by Donny Ariwibowo, S.Kom

2 - sumber daya - pelanggan Resiko teknis Risiko teknis mengancam kualitas dan ketepatan waktu software yang akan dihasilkan. Bila resiko teknis menjadi kenyataan maka implementasinya menjadi sangat sulit atau tidak mungkin. Risiko teknis mengidentifikasi : - desain potensial - ambiquitas - implementasi - spesifikasi - interfacing - ketidakpastian teknik - verifikasi - keusangan teknik - masalah pemeliharaan - teknologi yang leading edge Resiko bisnis Resiko bisnis mengancam viabilitas software yang akan dibangun. Resiko bisnis membahayakan proyek atau produk. 5 Resiko Bisnis Utama 1. Resiko Pasar 2. Resiko Strategi 3. Resiko Pemasaran 4. Resiko Manajemen 5. Resiko Biaya 2 Bab 6 Management Resiko reviewed by Donny Ariwibowo, S.Kom

3 3.2. Kategori resiko oleh Robert Charette : Resiko yang sudah diketahui Resiko yang sudah diketahui adalah resiko yang dapat diungkap setelah dilakukan evaluasi secara hati-hati terhadap rencana proyek, bisnis, dan lingkungan teknik dimana proyek sedang dikembangkan, dan sumber informasi reliable lainnya, seperti : Tanggal penyampaian yang tidak realitas Kurangnya persyaratan yang terdokumentasi Kurangnya ruang lingkup Software Lingkungan pengembangan yang buruk Resiko yang dapat diramalkan Resiko yang dapat diramalkan. Diekstrapolasi dari pengalaman proyek sebelumnya. Misalnya : Pergantian staff Komunikasi yang buruk dengan para pelanggan Mengurangi usaha staff bila permintaan pemeliharaan sedang berlangsung dilayani Resiko yang tidak diharapkan Resiko yang tidak diharapkan. Resiko ini dapat benar-benar terjadi, tetapi sangat sulit untuk diidentifikasi sebelumnya. 4. Identifikasi Resiko Identifikasi resiko adalah usaha sistematis untuk menentukan ancaman terhadap rencana proyek. Tujuan identifikasi risiko : Untuk menghindari resiko bilamana mungkin, serta menghindarinya setiap saat diperlukan Tipe resiko : Resiko generik. Merupakan ancaman potensial pada setiap proyek Software. Resiko produk spesifik. Hanya dapat diidentifikasi dengan pemahaman khusus mengenai teknologi, manusia, serta lingkungan yang spesifik terhadap proyek yang ada. Metode untuk mengidentifikasi resiko adalah menciptakan checklist item risiko. 3 Bab 6 Management Resiko reviewed by Donny Ariwibowo, S.Kom

4 4.2. Kategori checklist item risiko : Resiko ukuran produk Resiko yang mempengaruhi bisnis Resiko yang dihubungkan dgn karakteristik pelanggan Resiko definisi proses Resiko teknologi yang akan dibangun Resiko lingkungan pengembangan Resiko yang berhubungan dgn ukuran dan pengalaman staf 4.3. Komponen Resiko dan Driver Pedoman untuk mengidentifikasi resiko Software dan pengurangannya yaitu menghendaki agar manajer proyek mengidentifikasi resiko driver yang mempengaruhi komponen risiko Software : kinerja, biaya, dukungan dan jadwal. Komponen risiko didefinisikan dengan cara sbb : Resiko kinerja = tingkat ketidakpastian dimana produk akan memenuhi persyaratannya dan cocok dengan penggunaannya. Resiko biaya = tingkat ketidakpastian dimana biaya proyek akan dijaga Resiko dukungan = tingkat ketidakpastian dimana Software akan mudah dikoreksi, disesuaikan dan ditingkatkan. Resiko jadwal = tingkat ketidakpastian dimana jadwal proyek akan dijaga dan produk akan disampaikan tepat waktu Proyeksi Resiko / Perkiraan Resiko Dua cara melakukan proyeksi resiko : Probabilitas di mana resiko adalah nyata Konsekuensi masalah yang berhubungan dengan resiko Perencanaan proyek bersama dengan manajer dan staf teknik melakukan 4 aktifitas proyeksi resiko : Membangun suatu skala yang merefleksikan kemungkinan resiko yang dirasakan Menggambar konsekuensi resiko Memperkirakan pengaruh resiko pada proyek dan produk Memcatat keseluruhan akurasi proyeksi proyek resiko sehingga akan tidak ada kesalahpahaman 4 Bab 6 Management Resiko reviewed by Donny Ariwibowo, S.Kom

5 4.5. Menilai Pengaruh Resiko Tiga faktor yg mempengaruhi konsekuensi jika suatu risiko benar-benar terjadi : Sifatnya > Risiko yang menunjukkan masalah yg muncul bila ia terjadi Ruang lingkupnya > Menggabungkan kepelikannya (seberapa seriusnya masalah ini? ) dengan keseluruhan distribusi ( berapa banyak proyek yg akan dipengaruhi atau berapa banyak pelanggan terganggu? ) Timingnya > Mempertimbangkan kapan dan untuk berapa lama pengaruh itu dirasakan. 5 Bab 6 Management Resiko reviewed by Donny Ariwibowo, S.Kom

6 Referensi 1. Roger S Pressman, "Software Enginering: A Practitioners Approach" 2. Bob Hughes, "Software Project Management" 6 Bab 6 Management Resiko reviewed by Donny Ariwibowo, S.Kom