Kako identificirate i ublažavate tehnički rizik?

Question

Accepted Answer

**Tehnički rizik** je bilo što što može prekinuti isporuku ili slomiti se u produkciji, nepoznanice, lomljive ovisnosti, ograničenja skalabilnosti, jedinstvene točke kvarova. TL-ov posao je **početnom rano prikazati rizik i namjerno ga smanjiti**, jer je rizik najjeftiniji za rješavanja prije nego što ste ga izgradili.

## Zašto je to važno

```text
1. IDENTIFY — what could go wrong? (unknowns, deps, scale, security, people)
2. ASSESS — likelihood x impact. Focus on the high-high quadrant.
3. ATTACK the biggest unknowns FIRST — spike, prototype, load-test
4. MITIGATE — reduce likelihood or blast radius (redundancy, flags, fallbacks)
5. MONITOR — track known risks; have a plan if they materialize
```

## Smanjite rizik rano, ne kasno

Najopasnije rizike su *nepoznanice*, stvari koje ne možete procijeniti. Suočite se s njima prvo s spike ili prototype-om, kako biste naučili istinu dok je projekt još jeftin za promjenu. Izgradnja lakšeg, poznatih dijelova prvo izgleda produktivno, ali ostavlja minsko polje za kraj.

## Konkretan primjer

Projekt ovisi o API-ju treće strane koji nikad niste koristili u mjerilu. Ne dizajnirajte cijeli sustav pretpostavljajući da radi, koristite prototype protiv njega u prvom tjednu. Ako ne može podnijeti vašu opterećenje, saznajte to sada, a ne nakon što ste sve izgradili oko njega.

## Zamka

Radi se prvo na udobnom, poznatom radu i čuva zastrašujuće nepoznato za kraj. To maksimalizira trošak greške, točno obrnuto.

## Zašto je to važno

Rizici ignorirani sve do kasno postaju krize, skupi, raspuštajući raspored i moraalni udarci.

TL koji rano lovi rizik zamjenjuje mali poznati trošak sada izbjegavanja velikog nepoznatog troška kasnije.

Ta predviđanje je veći dio onoga što čini starijeg vođu vrijednog svoje plaće.