Ein Risiko ist etwas, das passieren könnte und das Projekt schädigen würde, wenn es eintritt. Risikomanagement bedeutet, diese Bedrohungen früh zu erkennen und zu entscheiden, was man bevor sie zuschlagen, dagegen tun sollte. Die kostengünstige Erkenntnis: Probleme sind viel einfacher zu bewältigen, wenn man vorher über sie nachgedacht hat.
Ein einfaches, weit verbreitetes Werkzeug zum Verfolgen von Projektbedrohungen und Elementen:
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
Ein Projekt hängt von einer neuen und unerprobten Drittanbieter-API ab. Risiko: sie funktioniert möglicherweise nicht. Wahrscheinlichkeit mittel, Auswirkung hoch. Minderung: Testen Sie es früh, erstellen Sie eine Abstraktion, damit Sie Anbieter wechseln können, und haben Sie einen Fallback. Jetzt ist das Unbekannte ein verwaltetes Risiko mit einem Plan.
Risikomanagement als einmalige Kickoff-Checkliste zu behandeln. Risiken entwickeln sich — überprüfen Sie das RAID-Protokoll regelmäßig und fügen Sie neue hinzu, sobald sie entstehen.
Unverwaltete Risiken werden zu Krisen, normalerweise im ungünstigsten Moment kurz vor einem Stichtag.
Die Kosten für die frühe Bewältigung eines Risikos sind winzig im Vergleich zum Löschen danach.
Risiken laut auszusprechen schafft auch Vertrauen — Stakeholder bevorzugen "hier ist, was schiefgehen könnte und unser Plan" gegenüber selbstbewusstem Schweigen, gefolgt von einer unangenehmen Überraschung.