Un risc este ceva care ar putea să se întâmple și ar leza proiectul dacă s-ar întâmpla. Gestionarea riscurilor înseamnă a identifica acele amenințări devreme și a decide ce să faci cu ele înainte să te lovească. Perspectiva ieftină: problemele sunt mult mai ușor de gestionat când le-ai gândit din timp.
Un instrument simplu și utilizat pe scară largă pentru a urmări amenințările și elementele proiectului:
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
Un proiect depinde de un API terț care este nou și neîncercat. Risc: este posibil ca acesta să nu funcționeze. Probabilitate medie, impact ridicat. Atenuare: testează-l devreme, construiește o abstracție pentru a putea schimba furnizorii și ai un plan de rezervă. Acum un necunoscut este un risc gestionat cu un plan.
A trata gestionarea riscurilor ca o listă de verificare unică de lansare. Riscurile evoluează — consultă jurnalul RAID în mod regulat și adaugă altele noi pe măsură ce apar.
Riscurile neglijate devin crize, de obicei în cel mai rău moment posibil, aproape de o dată limită.
Costul gestionării unui risc devreme este minim în comparație cu stingerea unui incendiu după ce ne loveşte.
A numi riscurile cu glas tare construiește și încredere — părțile interesate preferă "iată ce ar putea merge prost și planul nostru" decât tăcerea încrezătoare urmată de o surpriză neplăcută.