Hogyan határozza meg és méri a projekt sikerét az "működik" mellett?

Question

Accepted Answer

Az "működik" a **minimum, nem a cél**. Egy projekt, amely időben kerül szállításra, de senki nem használja, vagy amely ma működik, és minden éjszaka hívásban van a csapat, nem siker. Tech leadként **előre, az érdekelt felekkel** definiálja, mit jelent a siker, hogy a csapat az eredmények felé, nem csak a "kész" felé dolgozzon.

## A siker dimenziói

- **Felhasználó és üzleti eredmények** — az igazi pont. Bevezetés, a KPI, amelyet előre kellett volna lépnie, mérhető hatás. Egy nulla felhasználóval rendelkező funkció kudarc, függetlenül attól, hogy mennyire tiszta a kód.
- **Minőség** — megbízhatóság, karbantarthatóság, biztonság. Kitart a terhelés alatt, a csapat biztosan meg tudja-e változtatni, mentes-e az nyilvánvaló sebezhetőségektől?
- **Szállítás** — ésszerű időkeretbe és hatókörbe esett-e, halálmenet vagy csendes hatókörmegvágás nélkül?
- **Csapathealth** — a csapat erősebbé és fenntarthatóvá lépett-e ki, vagy kiégett és dühös?
- **Üzemeltethetőség** — lehet-e azt futtatni, megfigyelni és debuggolni az üzemi környezetben heroizmus nélkül?

## Határozza meg a kritériumokat a felépítés előtt

Egyen meg a siker metrikáiról az érdekelt felekkel **a kód írása előtt**. "Ezt sikernek tekintjük, ha a bevezetés eléri az X-et és a p99 latenencia az Y alatt marad" egy homályos célt azzá alakít, amit ténylegesen mérni lehet, és megelőzi a post-launch vitát arról, hogy működött-e.

## Miért fontos ez

Azok a csapatok, amelyek a sikert csak "leszállított"-ként mérik, a rossz dologra optimalizálnak: olyan indításokat ünnepelnek, amelyek csendesen meghiúsulnak az üzemi környezetben vagy felhasználóknál. Egy tech lead, aki az összes ilyen dimenzióban meghatározza a sikert, a csapatot valóban fontos munka felé vezeti, problémákat fog meg, amíg még olcsó kijavítani, és az vezetésnek konkrét hatástanúsítványokat mutathat a tevékenység helyett.