pisi - 8 - manajemen resikomaster

Manajemen Resiko

Rika Harman, S.Kom., M.S.I

Bagaimana pandangan anda terhadap suatu Resiko ???


Overview

Dalam buku tentang Analisis dan Manajemen Resiko, Robert Charette [CHA89], menyajikan definisi konseptual berikut mengenai resiko : Pertama, resiko berhubungan dengan kejadian di masa yang akan datang. Sekarang dan kemarin tidak mendapat perhatian aktif, karena kita telah mendapatkan apa yang kita tabur lewat sepak terjang dimasa lalu. Persoalannya adalah, dengan mengubah sepak terjang kita, kita dapat menciptakan kesempatan untuk suatu keadaan yang lebih baik dan berbeda untuk kita sendiri besok. Ini bearti, Kedua, bahwa resiko melibatkan perubahan, seperti dalam pikiran, pendapat, aksi Rika Harman, S.Kom., atau tempatKetiga, resiko melibatkan pilihan M.S.I dan

Overview

Pete Drucker [DRU75] pernah berkata : Meskipun tidak ada gunanya mencoba mengeliminasi resiko, dan sangat mungkin dipertanyakan bila kita mencoba meminimalkannya, sangat penting bahwa resiko yang diambil merupakan resiko yang tepat. Sebelum kita mengidentifikasi resiko yang benar yang akan diambil selama menjalankan suatu proyek perangkat lunak, penting untuk mengidentifikasi semua resiko secara jelas, baik bagi manajer maupun pelaksana.Rika Harman, S.Kom., M.S.I

Pokok Bahasan

1.

Strategi Resiko Reaktif dan Proaktif Resiko Perangkat Lunak

2.

- Kemungkinanan yg dapat terjadi pada sebuah software yang meliputi resiko proyek, teknis dan resiko bisnis.1.

Identifikasi Resiko

a,. Resiko proyek bila resiko proyek menjadi nyata, ada kemungkinan jadwal proyek akan mengalami slip, dan pengeluaran bertambah. b. Resiko teknis bertepatan dengan kualitas dan ketepatan waktu perangkat lunak yang dilaksankan


c. Resiko bisnis suatu resiko yang menyangkut bahaya terhadap suatu proyek atau suatu produk. Ada 5 kandidat untuk resiko bisnis. 1) pembangunan sebuah produk ato sistem yang baik sekali yang sebenarnya tidak pernah diinginkan setiap orang (resiko pasar) 2) 3) pembangunan sebuah produk dimana tidak tahu harus menjual kemana. 4) kehilangan dukungan manajemen 5) kehilangan hal-hal yang berhubungan dengan biaya atau komitmen personal bagian pemasaran

Ada 3 kategori resiko menurut Robert Chaulette:1.

Resiko yang sudah diketahui

Resiko yang dapat diungkapkan setelah dilakukan evaluasi secara hati-hati terhadap suatu proyek dan lingkungan teknik dimana proyek tersebut dikembangkan. 2. Resiko yang dapat diramalkan seperti pergantian staff atau pergantian pelanggan. 3. Resiko yang diharapkan

1.

Proyeksi Resiko Pengurangan, Monitoring dan Manajemen Resiko Resiko Keselamatan dan Bahaya RMMM Plan Rangkuman

2.

3.

4.

5.

1 Strategi Reaktif vs Proaktif


Strategi Resiko Reaktif vs ProaktifStrategi reaksi reaktif secara menggelikan disebut sekolah manajemen resiko Indiana Jones [HOT92] Pada film tersebut, Indiana Jones pada saat dihadapkan dengan bermacam-macam kesulitan, akan tetap mengatakan Jangan khawatir, aku akan memikirkan sesuatu! Sayangnya, rata-rata manajer proyek tidak seperti Indiana Jones, dan anggota tim proyek perangkat lunak bukan sahabat yang setia.Rika Harman, S.Kom., M.S.I

Strategi Resiko Reaktif vs ProaktifMayoritas tim perangkat lunak hanya bersandar pada strategi reaktif, dimana tim perangkat lunak tidak berbuat apa-apa di seputar resiko sampai sesuatu buruk yang terjadi dan baru kemudian tim tersebut melakukan aksi untuk membetulkan masalah tersebut dengan cepat. Hal ini sering disebut Metode Tembak-Menembak


Strategi Resiko Reaktif vs ProaktifStrategi yang benar-benar lebih baik untuk manajemen resiko adalah bersikap proaktif. Strategi proaktif dimulai lama sebelum kerja teknis diawali. Resiko potensial diidentifikasi, probabilitas dan pengaruh proyek diperkirakan dan diprioritaskan menurut kepentingan. Sasaran utama adalah Menghindari ResikoRika Harman, S.Kom., M.S.I

Strategi Resiko Reaktif vs ProaktifTim dapat mengembangkan suatu rencana dimana memungkinkan untuk merespon (resiko) dalam suatu cara yang terkontrol / terstruktur.


2 Resiko Perangkat Lunak


Resiko Perangkat Lunak

Meskipun banyak perdebatan mengenai definisi yang tepat untuk resiko perangkat lunak, ada persetujuan umum bahwa resiko selalu melibatkan dua karakteristik :1.

Ketidakpastian : kejadian yang menandai resiko mungkin atau tidak mungkin terjadi Rugi : bila resiko menjadi relitas, akibat yang tidak diinginkan atau kerugian akan dialami

2.


Kategori Resiko

Berikut Kategori dari Resiko :1.

Resiko Proyek Bila resiko proyek menjadi nyata, ada kemungkinan jadwal proyek akan mengalami slip dan bahwa biaya akan menjadi bertambah. Resiko proyek mengidentifikasi hal potensial yang berhubungan dengan pembiayaan, jadwal, personil, sumber-sumber daya, pelanggan dan masalah persyaratan serta pengaruhnya terhadap proyek perangkat lunak.


Kategori Resiko

Berikut kategori dari resiko : (lanjutan)2.

Resiko Teknis Mengancam kualitas dan ketepatan waktu perangkat lunak yang dihasilkan. Bila resiko terjadi, implementasinya (perangkat lunak) jadi sangat sulit atau tidak mungkin sama sekali. Resiko ini terjadi karena masalahnya ternyata lebih sulit untuk dipecahkan daripada dipikirkan.


Kategori ResikoBerikut kategori dari resiko : (lanjutan)3.

Resiko Bisnis Resiko ini membahayakan proyek atau produk 5 (lima) kandidat untuk Resiko Bisnis, adalah : a. Pembangunan produk atau sistem yang baik sekali yang sebenarnya tidak pernah diinginkan oleh setiap orang (resiko pasar) b. Pembangunan sebuah produk yang tidak lagi sesuai dengan keseluruhan strategi bagi perusahaan (resiko strategi)


Kategori Resiko5 (lima) kandidat untuk Resiko Bisnis, adalah : (lanjutan) c. Pembangunan sebuah produk dimana bagian pemasaran tidak tahu bagaimana harus menjualnya. d. Kehilangan dukungan manajemen senior sehubungan dengan perubahan pada fokus atau perubahan pada manusia (resiko manajemen). e. Kehilangan hal-hal yang berhubungan dengan biaya atau komitmen personal (resiko biaya).


Kategori ResikoMenurut Charette [CHAR 89], kategori resiko ada 3, yaitu : Resiko yang sudah diketahui : Resiko yang dapat diungkapkan setelah dilakukan evaluasi secara hati-hati terhadap rencana proyek, bisnis, dan lingkungan teknik dimana proyek dikembangkan. Resiko yang dapat diramalkan : Diekstrapolasi dari pengalaman proyek sebelumnya (misalnya pergantian staff, komunikasi yang buruk dengan para pelanggan) Resiko yang tidak diharapkan : Dapat benar-benar terjadi, tetapi sangat sulit untuk diidentifikasi sebelumnya.Rika Harman, S.Kom., M.S.I

3 Identifikasi Resiko


Identifikasi Resiko

Identifikasi Resiko Usaha sistematis untuk menentukan ancaman terhadap rencana proyek (perkiraan, jadwal, pemuatan sumber daya, dll). Dengan melakukan identifikasi resiko yang sudah diketahui dan dapat diprediksi, manajer proyek mengambil langkah pertama kedepan untuk menghindari resiko bilamana mungkin, serta menghindarinya setiap saat diperlukan.Rika Harman, S.Kom., M.S.I

Identifikasi resiko

Tom Gilb [GIL88] menyatakan : Bila anda tidak aktif menyerang resiko, maka resiko akan aktif menyerang anda


Metode Identifikasi ResikoMetode untuk identifikasi resiko adalah menciptakan checklist item resiko. Checklist item tersebut berfokus kepada berikut :1.

hal-hal

Ukuran produk resiko yang berhubungan dengan keseluruhan ukuran perangkat lunak yang akan dibangun atau dimodifikasi. Pengaruh bisnis resiko sehubungan dengan batasan yang dibebankan oleh manajemen atau pasar.

2.


Metode Identifikasi Resiko

Checklist item tersebut berfokus kepada hal-hal berikut : (lanjutan)3.

Karakteristik pelanggan resiko sehubungan dengan kepintaran pelanggan dan kemampuan pengembangan untuk berkomunikasi dengan pelanggan dengan cara yang cepat. Definisi proses resiko sehubungan dengan tingkat dimana proses perangkat lunak telah didefinisikan dan diikuti oleh organisasi pengembangan.

4.



Checklist item tersebut berfokus kepada hal-hal berikut : (lanjutan)5.

Lingkungan pengembangan resiko sehubungan dengan keberadaan dan kualitas piranti yang akan digunakan untuk membangun produk. Teknologi yang akan dibangun resiko sehubungan dengan kompleksitas sistem yang akan dibangun dan kebaruan teknologi yang dikemas dalam sistem. Ukuran dan pengalaman staff resiko sehubungan dengan keseluruhan teknik dan pengalaman proyek dari perekayasa perangkat lunak yang akan melakukan tugasRika Harman, S.Kom., M.S.I tersebut.

6.

7.


Checklist item resiko dapat dilakukan dengan membuat pertanyaan-pertanyaan terkait dengan topik tersebut. Jawaban dari pertanyaan tersebut bisa menjadi bahan dalam membuat pengendali resiko.


Contoh-contoh PertanyaanKumpulan contoh pertanyaan dalam identifikasi resiko : Ukuran produk Ukuran produk yang diestimasi dalam jumlah program, file, transasksi ? Ukuran database yang digunakan ? Jumlah pemakai produk ? Jumlah perangkat kembali ? lunak yang digunakan


Contoh-contoh Pertanyaan

Kumpulan contoh pertanyaan dalam identifikasi resiko : (lanjutan) Pengaruh bisnis Pengaruh produk terhadap hasil perusahaan ? Kepintaran pemakai akhir ? Kelayakan deadline penyampaian ? Biaya yang berhubungan dengan penyampaian terlambat ?



Kumpulan contoh pertanyaan dalam identifikasi resiko : (lanjutan) Karakteristik Pelanggan Apakah pelanggan kajian ? bersedia ikut serta dalam

Apakah pelanggan secara teknis pandai dalam area tersebut ? Apakah pelanggan memahami proses perangkat lunak tersebut ? Apakah pelanggan bersedia membangun sambungan komunikasi cepat dengan pengembang Rika Harman, S.Kom., M.S.I ?


Kumpulan contoh pertanyaan dalam identifikasi resiko : (lanjutan) Resiko definisi proses Apakah manajemen senior anda mendukung suatu pernyataan kebijaksanaan yang menekankan pentingnya suatu proses standar untuk pengembangan proses ? Apakah proses perangkat lunak digunakan untuk proyek lain ? Apakah digunakan piranti perangkat lunak untuk mendukung proses pengujian ?Rika Harman, S.Kom., M.S.I Apakah digunakan piranti perangkat lunak untuk

Contoh-contoh PertanyaanKumpulan contoh pertanyaan dalam identifikasi resiko : (lanjutan) Lingkungan pengembangan Apakah piranti diperoleh ? analisis dan desain dapat

Apakah bantuan dan dokumentasi on-line bagi piranti memadai ? Sudahkan anggota tim proyek menerima pelatihan dengan masing-masing piranti ? Apakah piranti analisis dan desain penyampaian metode sesuai bagi produk yang akan Rika Harman, S.Kom., M.S.I dibangun ?


Kumpulan contoh pertanyaan dalam identifikasi resiko : (lanjutan) Teknologi Apakah teknologi yang akan dibangun adalah hal yang baru untuk organisasi anda ? Apakah diperlukan interface pemakai khusus oleh persyaratan produk ? Apakah pelanggan tidak yakin bahwa fungsionalitas yang diminta dapat dilakukan ? Apakah perangkat lunak ber-interface dengan perangkat keras baru atau belum terbuktiRika Harman, S.Kom., M.S.I


Kumpulan contoh pertanyaan dalam identifikasi resiko : (lanjutan) Ukuran dan pengamalan staff Apakah orang terbaik dapat didapatkan ? Apakah orang yang ada mencukupi ? Apakah staff dimasukkan ke dalam seluruh durasi proyek ? Akankah banyak staff proyek bekerja hanya dalam paruh waktu pada proyek ini ? Apakah orang-orang tersebut memiliki gabungan keterampilan yang benar ? Rika Harman, S.Kom., M.S.I

4 Proyeksi Resiko


Proyeksi Resiko

Proyeksi Resiko disebut juga dengan Perkiraan Resiko. Berusaha menjangkau resiko dalam 2 (dua) cara :1.

Kemungkinan atau probabilitas dimana resiko adalah nyata Konsekuensi masalah yang berhubungan dengan resiko, yang harus terjadi

2.


Aktivitias Proyeksi Resiko

Ada 4 (empat) aktivitas proyeksi resiko :1.

Membangun suatu skala yang merefleksikan kemungkinan resiko yang dirasakan Menggambarkan konsekuensi resiko Memperkirakan pengaruh resiko pada proyek dan produk Mencatat keseluruhan akurasi proyeksi resiko sehinggan tidak ada kesalahpahaman

2.

3.

4.


Tabel Resiko

Resiko Jumlah pemakai lebih besar dari yang diharapkan Pemakai akhir menolak sistem Deadline pengiriman akan diperketat Pendanaan dihapuskan Pelanggan akan mengubah kebutuhan Teknologi tidak memenuhi harapan Turnover staff tinggiKeterangan : Nilai Pengaruh : 2 kritis 3 marjinal 4 dapat diabaikan 1 katrastropik

Kategori PS BU BU CU PS TE ST

Probabilitas 30% 40% 50% 40% 80% 30% 60%

Pengaruh 3 3 2 1 2 1 2

RMMM


Tabel Resiko

Pengaruh dan Probalititas resiko jelas pengaruhnya terhadap perhatian manajemen. Faktor resiko yang memiliki pengaruh tinggi tetapi probalilitas kejadian sangat rendah, tidak boleh menyerap sejumlah besar waktu manajemen. Tetapi resiko yang memiliki pengaruh tinggi dengan probalilitas sedang sampai tinggi, dan resiko dengan pengaruh rendah dengan probalilitas tinggi, harus diperhatikan dalam langkah-langkah yang diambil manajemen. Sederhananya, resiko yang memiliki probalilitas tinggi meenjadi perhatian utama manajemen. Rika Harman, S.Kom., M.S.I

5 Pengurangan, Monitoring, dan Manajemen Resiko


Pengurangan, Monitoring, dan Manajemen ResikoBila tim perangkat lunak mengangkat pendekatan proaktif terhadap resiko, maka penghindaran selalu menjadi strategi terbaik.


Pengurangan, Monitoring, dan Manajemen Resiko Contoh :Pergantian staff (turnover) yang merupakan salah satu resiko proyek. Untuk mengurangi resiko tersebut, manajemen proyek harus mengembangkan strategi untuk mengurangi turn over staff. Apa langkah-langkah yang bisa diambil untuk menghindari resiko diatas ????


Pengurangan, Monitoring, dan Manajemen Resiko Langkah-langkah yang bisa diambil :Temui staff yang ada untuk menentukan penyebab keluar (misalnya kondisi kerja yang buruk, gaji yang rendah) Betindaklah untuk mengurangi penyebab-penyebab yang ada dibawah kontrol manajemen sebelum proyek dimulai Kumpulkan tim proyek sehingga informasi mengenai masing-masing aktivitas pengembangan dapat disebarkan secara luas Tentukan backup teknologi kritis anggota staff untuk setiapRika Harman, S.Kom., M.S.I

Pengurangan, Monitoring, dan Manajemen Resiko Faktor-faktor yang dapat dimonitorturnover karyawan :

untuk resiko

Sikap umum anggota tim berdasarkan tekanan proyek Tingkat dimana tim disatu-padukan Hubungan interpersonal diantara anggota tim Masalah potensial dengan kompensasi dan manfaat Keberadaan pekerjaan di dalam perusahaan dan di luarnyaRika Harman, S.Kom., M.S.I

6 Resiko Keselamatan dan Bahaya


Resiko

Resiko tidak dibatasi pada proyek itu sendiri, akan tetapi resiko dapat terjadi setelah perangkat lunak dikembangkan dengan sukses dan dikirim ke pelanggan. Resiko itu secara khusus berhubungan dengan konsekuensi kegagalan perangkat lunak di lapangan.


Keselamatan dan Bahaya

Keselamatan perangkat lunak dan analisis biaya adalah aktivitas jaminan kualitas perangkat lunak yang berfokus pada identifikasi dan perkiraan bahaya potensial yang dapat mempengaruhi perangkat lunak secara negatif dan menyebabkan keseluruhan sistem menjadi gagal.


7 RMMM Plan


RMMM Plan

RMMM Plan Risk Mitigating, Monitoring, and Management Plan. RMMM Plan mendokumentasikan semua kegiatan yang dilakukan sebagai bagian dari analisis resiko dan digunakan oleh manajer proyek sebagai bagian dari keseluruhan Rencana Proyek.


RMMM Plan

Monitoring Resiko adalah aktivitas penelusuran proyek dengan 3 (tiga) sasaran utama :1.

Untuk memperkirakan apakah diramalkan benar-benar terjadi

resiko

yang

2.

Untuk memastikan bahwa langkah aversi resiko yang didefinisikan untuk resiko telah diterapkan secara benar Untuk mengumpulkan informasi yang dapat digunakan untuk analisis resiko masa yang akan datangRika Harman, S.Kom., M.S.I

3.

8 - Rangkuman


Rangkuman

Banyak hal yang mengendalikan proyek perangkat lunak, tetapi akal sehat menentukan analisis resiko. Analisis resiko dapat menyerap usaha perancanaan proyek. Identifikasi, proyeksi, perkiraan, manajemen, dan monitoring, semuanya makan waktu. Usaha itu sangat berharga Jika anda mengenali musuh dan mengenali diri anda sendiri, anda tidak perlu lagi mengkhawatirkan hasil dari ratusan pertempuran Sun Tzu Jenderal ChinaRika Harman, S.Kom., M.S.I

Tugas Kelompok

Kelompok maksimal 7 orang Tugas buatlah 5 soal dari bab yang dibahas dengan soal yang telah dibuat tersebut, ditukar kelompok lain, lalu dijawab. Waktu 10 menit untuk pembuatan soal 30 menit untuk menjawab soal Keterangan : Kelompok yang membuat soal harus mengetahui jawabannya, jadi tidak asal membuat soal.


SEKIAN TERIMA KASIH


Daftar Pustaka

Buku : Roger S. Pressman, Ph.D., 2002, Rekayasa Perangkat Lunak pendekatan praktisi (buku satu), Andi

Website : www.leftflipflop.blogspot.com www.google.com


pisi - 8 - manajemen resikomaster

Documents