Bir risk, gerçekleşebilecek ve gerçekleşirse projeyi zarara sokacak olan bir şeydir. Risk yönetimi, bu tehditleri erken belirlemek ve bunlarla ilgili ne yapılacağını güçlenmeden önce karar vermektir. Ucuz içgörü: sorunlar, bunları önceden düşünmüşseniz yönetmek çok daha kolaydır.
Proje tehditleri ve öğeleri izlemek için basit, yaygın olarak kullanılan bir araç:
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
Bir proje yeni ve kanıtlanmamış bir üçüncü taraf API'ye bağlıdır. Risk: iyi çalışmayabilir. Olasılık orta, etki yüksek. Azaltma: erken test edin, sağlayıcıları değiştirebilmek için bir soyutlama oluşturun ve bir yedek plana sahip olun. Şimdi bilinmeyen yönetilen bir risk ve bir plana sahiptir.
Risk yönetimini tek seferlik bir kickoff kontrol listesi olarak ele almak. Riskler gelişir — RAID günlüğünü düzenli olarak gözden geçirin ve ortaya çıktıkça yenilerini ekleyin.
Yönetilmeyen riskler, genellikle son tarihine yakın en kötü zamanda krizlere dönüşür.
Bir riski erken ele alma maliyeti, vurulduktan sonra onunla mücadele etmenin maliyetine kıyasla çok azdır.
Riskleri yüksek sesle adlandırmak aynı zamanda güven oluşturur — paydaşlar, özgüvenli sessizlikten sonra hoş olmayan bir sürprizden daha çok "burada neler yanlış gidebilir ve bizim planımız" tercih ederler.