Manajemen Resiko

Resiko

  • Berhubungan dengan kejadian di masa yang akan datang.
  • Melibatkan perubahan seperti perubahan pikiran, pendapat, aksi atau tempat.
  • Melibatkan pilihan yang tak pasti.

Hal-hal Yang Berhubungan Dengan Resiko

  • Resiko apa yang dapat menyebabkan proyek serba salah?
  • Bagaimana perubahan pada persyaratan pelanggan? Yang berhubungan dengan teknologi pengembangan, computer target dll.
  • Masalah pilihan metode, dan piranti yang dipakai , penekanan pada kualitas yang memadai.
  • RResiko sebaiknya kita usahakan untuk diminimalisir.

Strategi Resiko Reaktif dan Proaktif

  • Mayoritas tim software bersandar pada strategi reaktif.
  • Strategi yang benar untuk manajemen Resiko adalah : Strategi PROAKTIF.
  • Strategi Proaktif dimulai sebelum kerja teknis dimulai.
  • Untuk menghindari Resiko à membuat rencana

Resiko Software

  • Ketidak pastian (mungkin/tidak mungkin terjadi Resiko)
  • Rugi/kerugian (kerugian yang dialami bila terjadi Resiko)

Kategori Resiko

  • Resiko Proyek
  • Resiko Bisnis
  • Resiko Teknis

Resiko Proyek

  • Mengancam rencana proyek
  • Ada kemungkinan jadwal proyek menjadi tidak tepat waktu dan biaya proyek menjadi bertambah.
  • Mengidentifikasikan mengenai hal-hal pembiayaan, jadwal. Personil (staffing dan organisasi), sumber-sumber daya, pelanggan dan masalah persyaratan dan pengaruh terhadap proyek.
  • Kompleksitas dan ukuran proyek menjadi faktor Resiko proyek

Resiko Bisnis

  • Mengancam software yang akan dibangun.
  • Membahayakan proyek atau produk.
  • Ada 5 Resiko bisnis yang utama
    • Resiko pasar
    • Resiko strategi
    • Resiko pemasaran
    • Resiko manajemen
    • Resiko biaya

Resiko Teknis

  • Mengancam kualitas dan ketepatan waktu software yang dihasilkan.
  • Mengidentifikasikan desain, implementasi, interfacing, verifikasi dan masalah pemeliharaan.
  • Faktor Resiko teknis adalah ambiguitas, spesifikasi, ketidak pastian teknik, keusangan teknik, dan teknologi.

Identifikasi Resiko

  • Idenfitikasi Resiko adalah usaha sistematis untuk menentukan ancaman terhadap rencana proyek (perkiraan jadwal, pemuatan sumber daya dll).
  • Tom Gilb menyatakan bahwa : “Bila anda tikad aktif menyerang Resiko, maka mereka akan aktif menyerang anda.”
  • Metode untuk mengidentifikasi Resiko adalah dengan membuat checklist item Resiko.

Item-item Resiko berdasarkan:

  1. Ukuran produk

    Resiko sehubungan dengan seluruh ukuran software yang akan dibangun/dimodifikasi

2. Pengaruh bisnis

    Resiko sehubungan dengan batasan yang dibebankan oleh manajemen atau pasar

3. Karakteristik pelanggan

    Resiko sehubungan dengan kepintaran pelanggan dan kemampuan pengembang untuk berkomunikasi dengan pelanggan dengan cara yang tepat.

4. Definisi proses

Resiko sehubungan dengan tingkat dimana proses software telah didefinisikan dan diikuti oleh organisasi pengembangan.

5. Lingkungan pengembangan

    Resiko sehubungan dengan keberadaan dan kualitas piranti yang akan digunakan untuk membangun produk sistem informasi.

6. Teknologi yang dibangun

    Resiko sehubungan dengan kompleksitas sistem yang akan dibangun dan “kebaruan” teknologi yang dikemas oleh sistem.

7. Ukuran dan pengalaman staf.

    Resiko sehubungan dengan keseluruhan teknik dan pengalaman proyek dari orang–orang yang akan melakukan tugas tersebut.

Komponen Resiko

  • Resiko kinerja
  • Resiko biaya
  • Resiko dukungan
  • Resiko jadwal

Strategi

Strategi yang efektif untuk menangani Resiko adalah :

  • menghindari Resiko
  • monitoring Resiko
  • manajemen Resiko dan perencanaan kemungkinan.

Resiko Keselamatan dan Bahaya

  • Resiko tidak dibatasi pada proyek itu sendiri. Resiko dapat terjadi setelah perangkat lunak dikembangkan dengan sukses dan dikirim ke pelanggan.
  • Resiko secara khusus berhubungan dengan konsekuensi kegagalan perangkat lunak di lapangan.
  • Keselamatan perangkat lunak dan analisis bahaya adalah aktifitas 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.

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 Resiko dan digunakan oleh manajer proyek sebagai bagian dari keseluruhan Rencana Proyek.

Untuk penjelasan lebih lanjut silahkan download file berikut ini:

Untuk materi selanjutnya tentang Penjadwalan Proyek SI dan Network Diagram, silahkan klik Disini.

Untuk materi sebelumnya tentang Manajemen Biaya, silahkan klik Disini

Iklan

Diterbitkan oleh

herlawati

Looking for Statistics and Information System? Here’s Statistics and System Information for you!

Tinggalkan Balasan

Isikan data di bawah atau klik salah satu ikon untuk log in:

Logo WordPress.com

You are commenting using your WordPress.com account. Logout /  Ubah )

Foto Google+

You are commenting using your Google+ account. Logout /  Ubah )

Gambar Twitter

You are commenting using your Twitter account. Logout /  Ubah )

Foto Facebook

You are commenting using your Facebook account. Logout /  Ubah )

w

Connecting to %s