Kako identificirate i upravljate rizicima projekta (RAID)?

Question

Accepted Answer

**Rizik** je nešto što *može* biti i što bi ozlijedilo projekt ako se dogodi. **Upravljanje rizicima** je identificiranje tih prijetnji rano i odlučivanje što učiniti sa njima *prije nego što postanu problem*. Jednostavna spoznaja: probleme je mnogo lakše rješavati kada ste o njima razmišljali unaprijed.

## Zašto je važno

Jedan jednostavan, široko korišten alat za praćenje prijetnji i stavki projekta:

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

## Procijenite svaki rizik

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

## Odaberite odgovor

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

## Konkretan primjer

Projekt ovisi o API-ju treće strane koja je nova i nedokazana. Rizik: možda neće raditi dobro. Vjerojatnost srednja, utjecaj visok. Ublažavanje: razine je rano, izgrade apstrakciju kako biste mogli zamijeniti pružatelje, i ima rezervu. Sada je nepoznanica upravljani rizik s planom.

## Česta greška

Tretiranje upravljanja rizicima kao jednokratne ljestvice za pokretanje. Rizici se razvijaju — redovito pregledajte RAID dnevnik i dodajte nove kako se pojavljuju.

## Zašto je važno

Neupravljani rizici postaju krize, obično u najgorem mogućem trenutku blizu roka.

Cijena rukovanja rizikom rano je minimalna u odnosu na borbu s njim nakon što se dogodi.

Nazivanje rizika naglas također gradi povjerenje — zainteresirane strane preferiraju "evo što bi moglo biti krivo i naš plan" umjesto samouvjerene šutnje praćene neprijetnom iznenadnom.