Manajemen Risiko

Apa itu Risiko

• Kejadian yang belum pasti terjadi tapi berpotensi mempengaruhi proyek
• Berbeda dengan masalah (issue) yang sudah terjadi
• Risiko bisa berdampak negatif (ancaman) atau positif (peluang)

Proses Manajemen Risiko

1. Identifikasi Risiko

• Mengumpulkan semua potensi risiko yang mungkin terjadi
• Melibatkan seluruh anggota tim dan stakeholder
• Teknik: brainstorming, checklist, wawancara dengan tim

2. Analisis Risiko

• Menilai kemungkinan (probability) risiko terjadi
• Menilai dampak (impact) jika risiko terjadi
• Risk Score = Probability × Impact

3. Prioritasi Risiko

• Fokus pada risiko dengan probability dan impact tinggi
• Gunakan Risk Matrix untuk visualisasi
• Tidak semua risiko perlu ditangani dengan intensitas sama

4. Perencanaan Respons

• Menentukan tindakan untuk setiap risiko prioritas
• Dokumentasikan dalam Risk Register

5. Monitoring dan Review

• Pantau risiko secara berkala sepanjang proyek
• Identifikasi risiko baru yang muncul
• Evaluasi efektivitas respons yang sudah dilakukan

Risk Matrix

• Matriks dua dimensi: Probability (rendah-tinggi) vs Impact (rendah-tinggi)
• Kuadran kanan atas (probability tinggi, impact tinggi) = prioritas utama
• Kuadran kiri bawah (probability rendah, impact rendah) = bisa diabaikan

Strategi Respons Risiko

Avoid (Hindari)

• Ubah rencana untuk menghilangkan risiko sepenuhnya
• Contoh: hilangkan fitur yang memiliki risiko teknis tinggi

Mitigate (Kurangi)

• Kurangi kemungkinan atau dampak risiko
• Contoh: training tim untuk mengurangi risiko kesalahan

Transfer (Pindahkan)

• Alihkan dampak risiko ke pihak lain
• Contoh: gunakan vendor atau asuransi untuk risiko tertentu

Accept (Terima)

• Terima risiko tanpa tindakan khusus
• Cocok untuk risiko dengan impact atau probability rendah
• Siapkan contingency plan jika risiko benar-benar terjadi

Jenis Risiko dalam Proyek Software

Risiko Teknis

• Teknologi yang digunakan belum terbukti
• Integrasi dengan sistem eksternal bermasalah
• Performa tidak memenuhi kebutuhan

Risiko Kebutuhan

• Kebutuhan yang tidak lengkap atau ambigu
• Perubahan kebutuhan di tengah proyek (scope creep)
• Stakeholder yang sulit dihubungi

Risiko Sumber Daya

• Anggota tim keluar di tengah proyek
• Keahlian yang dibutuhkan tidak tersedia
• Anggaran terpotong

Risiko Jadwal

• Estimasi yang terlalu optimis
• Ketergantungan pada pihak eksternal yang terlambat
• Fitur lebih kompleks dari perkiraan

Risk Register

• Dokumen yang mencatat semua risiko yang diidentifikasi
• Isi minimal: deskripsi risiko, probability, impact, score, pemilik, respons
• Harus diperbarui secara berkala

Contoh kolom Risk Register:

ID | Deskripsi | Probability | Impact | Score | Respons | Pemilik | Status

Contingency Plan

• Rencana darurat jika risiko benar-benar terjadi
• Disiapkan untuk risiko dengan impact tinggi
• Harus konkret dan bisa langsung dijalankan

Praktik Terbaik

• Lakukan risk review di setiap sprint atau milestone
• Beri setiap risiko seorang pemilik yang bertanggung jawab
• Jangan sembunyikan risiko dari manajemen atau stakeholder
• Gunakan data historis dari proyek sebelumnya
• Sediakan contingency reserve (waktu dan anggaran cadangan)