Een risico is iets dat zou kunnen gebeuren en het project zou schaden als het gebeurde. Risicobeheer is het vroegtijdig identificeren van die bedreigingen en van tevoren beslissen wat je eraan doet voordat het toeslaat. Het goedkope inzicht: problemen zijn veel gemakkelijker op te lossen wanneer je er vooraf over hebt nagedacht.
Een eenvoudig, veel gebruikt hulpmiddel om projectbedreigingen en items bij te houden:
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
Een project hangt af van een nieuw en onbewezen API van derden. Risico: het kan niet presteren. Waarschijnlijkheid gemiddeld, impact hoog. Mitigatie: test het vroeg, bouw een abstractie zodat je providers kunt wisselen, en heb een terugvalplan. Nu is het onbekende een beheerd risico met een plan.
Risicobeheer behandelen als een eenmalige kickoff-checklist. Risico's veranderen — controleer het RAID-logboek regelmatig en voeg nieuwe toe wanneer ze ontstaan.
Onbeheerde risico's worden crises, meestal op het slechtst mogelijke moment vlak voor een deadline.
De kosten voor vroegtijdige risicobeheer zijn verwaarloosbaar in vergelijking met noodgedwongen brand blussen nadat het is ingeslagen.
Risico's hardop benoemen bouwt ook vertrouwen op — belanghebbenden geven de voorkeur aan "hier is wat er mis kan gaan en ons plan" boven zelfverzekerd zwijgen gevolgd door een vervelende verrassing.