Sebuah risiko adalah sesuatu yang mungkin terjadi dan akan merugikan proyek jika itu terjadi. Manajemen risiko adalah mengidentifikasi ancaman tersebut sejak dini dan memutuskan apa yang harus dilakukan tentang hal tersebut sebelum menjadi masalah. Wawasan sederhana: masalah jauh lebih mudah ditangani ketika Anda telah memikirkannya terlebih dahulu.
Alat sederhana dan banyak digunakan untuk melacak ancaman dan item proyek:
R — RISKS → might happen, would cause harm (manage proactively)
A — ASSUMPTIONS → things we're taking as true (validate them)
I — ISSUES → risks that have already materialized (deal with now)
D — DEPENDENCIES → things we rely on from others (track them)
For each risk, score:
LIKELIHOOD (how probable?) × IMPACT (how bad?)
→ focus effort on high-likelihood, high-impact risks
AVOID → change the plan so the risk can't occur
MITIGATE → reduce its likelihood or impact
TRANSFER → shift it (insurance, vendor SLA)
ACCEPT → live with it, but have a fallback ready
Proyek bergantung pada API pihak ketiga yang baru dan belum terbukti. Risiko: mungkin tidak berkinerja baik. Kemungkinan sedang, dampak tinggi. Mitigasi: pelajari lebih lanjut sejak dini, buat abstraksi sehingga Anda dapat menukar penyedia, dan miliki fallback. Sekarang hal yang tidak diketahui adalah risiko yang dikelola dengan rencana.
Memperlakukan manajemen risiko sebagai daftar periksa kickoff sekali saja. Risiko berkembang — tinjau log RAID secara teratur dan tambahkan yang baru saat muncul.
Risiko yang tidak dikelola menjadi krisis, biasanya pada saat terburuk yang mungkin mendekati tenggat waktu.
Biaya menangani risiko sejak dini sangat kecil dibandingkan dengan mengatasinya setelah terjadi.
Menyebutkan risiko dengan lantang juga membangun kepercayaan — pemangku kepentingan lebih suka "inilah apa yang mungkin terjadi dan rencana kami" daripada ketenangan percaya diri diikuti dengan kejutan yang tidak menyenangkan.