Kako merite in izboljšate tehnično zdravje ekipe in kodno bazo?

Question

Accepted Answer

**Tehnično zdravje** je, kako trajnostno lahko ekipa dostavi, kvaliteta kode, zanesljivost sistema in hitrost dostave skupaj. Ne morete izboljšati tega, česar ne merite, vendar je cilj *vpogled, ki poganja izboljšave*, nikoli številka, ki jo je treba dosežiti. Metrike so svetilka, ne rezultatska tabla.

## Kaj meriti

```text
DELIVERY (DORA metrics — well-researched, balanced):
  - Deployment frequency        - Lead time for changes
  - Change failure rate         - Time to restore service

QUALITY / RELIABILITY:
  - Production incident rate & severity
  - Test coverage trend (direction, not a vanity %)
  - Escaped-bug rate

TEAM / FLOW:
  - Cycle time, time-in-review (slow review = hidden bottleneck)
  - Recurring pain points (survey the team — they know)
```

## Uporabite DORA, uravnoteženo

Štiri DORA metrike so dragocene, ker *uravnotežijo* hitrost in stabilnost; ene ne morete manipulirati brez poškodovanja druge. Visoka pogostost nastavljanja s visoko stopnjo napak je rdeča zastavica, ne zmaga. Sledite nizu, ne enemu številu.

## Konkreten primer

Čas vodi za spremembe počasi narašča. Kopljete in ugotovite, da pull requestu czakajo v pregledu dni. Metrika vas je vodila do pravega ozkih grl, problema procesa pregledovanja, ki bi ga nikoli niste opazili z občutkom. Popravite proces, in metrika se izboljša kot *stranski učinek*.

## Velika past: manipulacija

V trenutku, ko metrika postane cilj, ljudje optimizirajo število, ne rezultat (Goodhartov zakon). Cilji pokritosti rodijo neuporabne teste; cilji hitrosti rodijo napihnjene ocene. Uporabite metrike, da *poiščete* težave, nato govorite z ljudmi, nikoli da jih razvrstite ali kaznujete.

## Zakaj je to pomembno

Brez signalov se tehnično zdravje neopazno poslabša, dokler ekipa ni skrivnostno počasna in nihče ne more reči zakaj.

Dobra meritev naredi nevidno vidljivo, tako da lahko investirate tam, kjer je važno, in dokažete vpliv, ko to storite.