Kako upravljate tehnični dolg na organizacijski ravni?

Question

Accepted Answer

Na organizacijski ravni je tehnični dolg **portfelj, ki ga je treba upravljati**, ne pa nabava, ki bi jo bilo treba odpraviti. Cilj ni ničelni dolg; cilj je ohraniti dolg na ravni, ki ne ogroža hitrosti, zanesljivosti ali sposobnosti uresničevanja strategije.

## Kako razmišljati o tem

```text
MAKE DEBT VISIBLE AND PRIORITIZED
- Inventory the debt that actually hurts (slows delivery, causes incidents)
- Classify: strategic (deliberate) vs accidental vs decay/rot
- Quantify impact in business terms (velocity, downtime, churn risk)
- Allocate a steady % of capacity to paydown (commonly 15-25%)
```

Ne vse dolgove je vredno vrniti. Dolg v stabilnem, redko spreminjajočem se sistemu je mogoče pustiti pri miru; dolg v hitro spreminjajočem se področju bi moral biti plačan najprej.

## Konkreten primer

CTO uvede pravilo, da 20 % zmogljivosti vsake ekipe gre v zanesljivost in dolg, nato pa ga usmeri v tri sisteme, ki povzročajo 80 % incidentov, namesto da bi ga razpršil povsod.

## Kompromisi in pasti

- **Past:** "veliki prepis", ki bi razčistil ves dolg, kar običajno prekorači in ponovno ustvari dolg.
- **Past:** nikoli ga ne plačate, dokler se hitrost ne porha.
- Opredeljenje dolga kot samo inženirskega problema ne uspe; povežite ga s poslovnimi rezultati, da dobite soglasje.

## Zakaj je to pomembno

Neupravljen tehnični dolg se tiho povečuje, dokler funkcionalnosti ne potrebujejo mesecev in se incidenti ne povečajo.

Upravljanje kot nameren portfelj organizacijo skozi leta ohranja hitro in zanesljivo ter abstraktno inženirsko skrb spremeni v kvantificirani poslovni kompromis, o katerem lahko vodstvo razmišlja.