Kaip nustatyti ir valdyti projekto rizikus (RAID)?

Question

Accepted Answer

**Rizika** yra tai, kas *gali* nutikti ir pakenkti projektui, jei tai įvyktų. **Rizikos valdymas** reiškia šias grėsmes nustatyti anksti ir nuspręsti, ką daryti *prieš* jos tapstant problemoromis. Paprasta įžvalga: problemų lengviau spręsti, kai jas apgalvoji iš anksto.

## Kodėl tai svarbu

Paprastas, plačiai naudojamas įrankis projekto grėsmėms ir elementams sekti:

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

## Įvertinkite kiekvieną riziką

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

## Pasirinkite atsaką

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

## Konkretus pavyzdys

Projektas priklauso nuo trečiosios šalies API, kuri yra nauja ir nepatikrinta. Rizika: ji gali nepasiteisinti. Tikimybė vidutinė, poveikis didelis. Risiko sumažinimas: anksti išbandyti, sukurti abstrakciją, kad galėtumėte keisti tiekėjus, ir turėti atsarginę sprendimą. Dabar nežinomybė yra valdoma rizika su planu.

## Dažna klaida

Rizikos valdymą traktuoti kaip vienkartinį pradžios sąrašą. Rizikos kinta — reguliariai peržiūrėkite RAID žurnalą ir įtraukite naujus, kada jie išauga.

## Kodėl tai svarbu

Nevaldomos rizikos tampa krizėmis, paprastai prasčiausiomis aplinkybėmis prie skaitlinės.

Alyvo riziko valdymo kaina yra maža, palyginti su jos grausmės atlyginimu.

Rizikų įvardijimas garsiai taip pat stiprina pasitikėjimą — suinteresuotieji šalys nori girdėti "čia yra, kas gali nutikti negerai, ir mūsų planas", o ne pasitiklinčią tylą, po kurios seka nesmagi staigmena.