A kockázat valami, ami megtörténhet és ha megtörténik, kárt okoz a projektben. A kockázatkezelés az, hogy ezeket a veszélyeket korán azonosítja és eldönti, mit tegyen velük mielőtt problémák lennének. Egyszerű felismerés: a problémákat sokkal könnyebb kezelni, ha előre gondolkodtál rájuk.
Egy egyszerű, széles körben használt eszköz a projektveszélyek és elemek nyomon követésére:
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
Egy projekt egy harmadik féltől származó API-tól függ, amely új és bizonyítatlan. Kockázat: lehet, hogy nem működik jól. Valószínűség közepes, hatás magas. Kockázatcsökkentés: korán vizsgálja meg, hozzon létre egy absztrakciót, hogy felcserélhesse a szolgáltatókat, és van tartalék. Mostanra egy ismeretlen egy kezelt kockázat lett terv nélkül.
A kockázatkezelést egy alkalommal történő indítási ellenőrzőlistaként kezelik. A kockázatok fejlődnek — rendszeresen felülvizsgálja a RAID naplót, és új kockázatokat adjon hozzá, ahogy felmerülnek.
A nem kezelt kockázatok válsággá válnak, általában a legrosszabb lehetséges pillanatban egy határidő közelében.
A kockázat korai kezelésének költsége minimális az elleni küzdelemhez képest, miután megtörténik.
A kockázatok hangos kimondása bizalmat is épít — az érdekelt felek inkább azt szeretik, hogy "itt van, mi mehet rosszul, és a terv" a magabiztos csend után kellemetlen meglepetés helyett.