Risiko ialah sesuatu yang mungkin berlaku dan akan merosakkan projek jika ia berlaku. Pengurusan risiko ialah mengenal pasti ancaman-ancaman tersebut awal dan memutuskan apa yang perlu dilakukan mengenainya sebelum ia menjadi masalah. Wawasan mudah: masalah jauh lebih mudah diuruskan apabila anda telah memikirkannya terlebih dahulu.
Alat yang mudah dan digunakan secara meluas untuk menjejak ancaman dan item projek:
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
Suatu projek bergantung pada API pihak ketiga yang baru dan belum terbukti. Risiko: ia mungkin tidak berfungsi dengan baik. Kemungkinan sederhana, kesan tinggi. Mitigasi: uji dengan cepat, bina abstraksi supaya anda dapat menukar pembekal, dan mempunyai sandaran. Sekarang yang tidak diketahui ialah risiko yang diurus dengan rancangan.
Memperlakukan pengurusan risiko sebagai senarai semak peluncuran sekali. Risiko berkembang — semak semula log RAID secara teratur dan tambah yang baharu semasa ia muncul.
Risiko yang tidak diurus menjadi krisis, biasanya pada saat paling buruk berhampiran tarikh akhir.
Kos menguruskan risiko awal sangat kecil berbanding dengannya selepas ia terkena.
Menyebut risiko dengan nyaring juga membina kepercayaan — pihak berkepentingan lebih suka "inilah apa yang boleh jadi salah dan rancangan kami" daripada senyap yakin diikuti dengan kejutan yang tidak menyenangkan.