Jak identifikujete a spravujete rizika projektu (RAID)?

Question

Accepted Answer

**Riziko** je něco, co *se může* stát a co by zranilo projekt, kdyby se to stalo. **Řízení rizik** je identifikace těchto hrozeb včas a rozhodnutí, co s nimi udělat, *dříve* než se stanou problémem. Levné pozorování: problémy je mnohem snazší řešit, když o nich předem přemýšlíte.

## Protokol RAID

Jednoduché a široko používané nástroj pro sledování hrozeb a položek projektu:

```text
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)
```

## Vyhodnoťte každé riziko

```text
For each risk, score:
  LIKELIHOOD (how probable?) × IMPACT (how bad?)
→ focus effort on high-likelihood, high-impact risks
```

## Vyberte odpověď

```text
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
```

## Konkrétní příklad

Projekt závisí na třetím API, které je nové a neprověřené. Riziko: nemusí fungovat dobře. Pravděpodobnost střední, dopad vysoký. Zmírnění: otestujte to brzy, vytvořte abstrakci, abyste mohli vyměňovat poskytovatele, a mějte zálohu. Nyní je neznámo řízené riziko s plánem.

## Běžná chyba

Zacházení s řízením rizik jako s jednorázovým kontrolním seznamem. Rizika se vyvíjejí — protokol RAID pravidelně revizujte a přidávejte nová, jakmile se objeví.

## Proč je to důležité

Neřízená rizika se stávají krizemi, obvykle v nejhorší možný moment blízko termínu.

Náklady na řešení rizika brzy jsou maličké ve srovnání s hašením, poté co se to stane.

Jmenovitě rizika nahlas také buduje důvěru — zúčastněné strany preferují "zde je, co by mohlo jít špatně a náš plán" před sebevědomým milčením následovaným nepříjemným překvapením.