Hogyan azonosítsd és csökkented a technikai kockázatot?

Question

Accepted Answer

**A technikai kockázat** bármilyen, amely veszélyeztetheti a szállítást vagy meghibásodhat az üzemben, ismeretlenek, törékenyek függőségek, skálázási korlátok, meghibásodási pontok. A TL feladata **korán felszínre hozni a kockázatot és szándékosan csökkenteni**, mivel a kockázat a legolcsóbb a megoldása előtt, mielőtt rá építettél volna.

## Miért fontos ez

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

## Csökkentsd a kockázatot korán, nem később

A legveszélyesebb kockázatok az *ismeretlenek*, azok a dolgok, amelyeket nem tudsz becsülni. Kezeld meg őket először egy spike vagy prototípussal, így megtudod az igazságot, amíg a projekt még olcsó a megváltoztatni. Az egyszerű, ismert részek első megépítése produktívnak tűnik, de a végére hagyja az aknát.

## Konkrét példa

Egy projekt egy harmadik felek API-tól függ, amelyeket soha nem használtál nagyobb mértékben. Ne tervezd meg az egész rendszert azzal a feltételezéssel, hogy működik, prototípust készítsd az első héten. Ha nem tudja kezelni a terhelésed, most megtudod, nem azután, hogy mindent körülötte építettél.

## Egy csapda

Az első kényelmes, ismert munka és az utolsóra a szörnyű ismeretlent menteni. Ez maximalizálja a rossz költségét, pontosan fordítva.

## Miért fontos ez

A kockázatok addig, amíg későn nem lesznek válságok, drágák, ütemezés-megtörők és erkölcs-zúzók.

Egy TL, aki korán vadászik a kockázatig, egy kis ismert költséget cserél most egy nagy ismeretlen költség elkerüléséhez később.

Ez az előrelátás nagy része annak, ami egy idősebb vezetőt érdemesé tesz a fizetésére.