Kaip jūs nustatote ir sumažinate techninę riziką?

Question

Accepted Answer

**Techninė rizika** yra viskas, kas gali nukreipti pristatymo ar sugadinti gamyboje, nežinomos dalykai, trapios priklausomybės, mastelio ribos, viengubu gedimo taškai. TL darbas yra **iškelti riziką anksti ir sąmoningai ją sumažinti**, nes riziką pigiausiai spręsti prieš pradėjus ant jos kurti.

## Kaip valdyti riziką

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

## Sumažinkite riziką anksti, o ne vėlai

Pavojingiausia rizika yra *nežinomai*, dalykus, kurių negalite įvertinti. Pirma jais susidoroti su špigu ar prototipo, kad sužinotumėte tiesą, o projektas vis dar pigu keisti. Pirmiausia atlikti lengvą, žinomą dalį jaučiasi produktyviai, bet palieka miną pabaigoje.

## Konkretus pavyzdys

Projektas priklauso nuo trečiosios šalies API, kurio dideliu masteliu niekada nenaudojote. Neproyektuokite visos sistemos darant prielaidą, kad ji veikia, prototipuokite ją pirmos savaitės metu. Jei ji negali atlaikyti jūsų apkrovos, jūs to sužinosite dabar, o ne pradėję statyti viską aplink ją.

## Spąstai

Pirmiausia atlikti patogų, žinomą darbą ir palikti baisią nežinomą paskutinę. Tai maksimaliai padidina jūsų klaidos kainą, tiksliai atvirkščiai.

## Kodėl tai svarbu

Rizika, neatsižvelgta iki vėlai, tampa krize, brangia, pakirpias grafiką ir žudžianti moralę.

TL, kuris medžioja riziką anksti, keičia mažą žinomą kainą dabar, kad išvengtų didelio nežinomo kaino vėliau.

Ta numatymas yra didelė dalis to, kas daro seniorą vadovauti vertu jų atlyginimo.