Hvordan håndterer du teknisk gæld på organisationsniveau?

Question

Accepted Answer

På organisationsniveau er teknisk gæld en **portefølje, der skal styres**, ikke en opgaveliste, der skal elimineres. Målet er ikke nul gæld; det er at holde gælden på et niveau, hvor den ikke truer hastighed, pålidelighed eller evnen til at levere strategi.

## Hvordan man tænker på det

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

Ikke al gæld er værd at betale ned. Gæld i et stabilt, sjældent ændret system kan lades alene; gæld i et varmt, hurtigt skiftende område bør betales ned først.

## Konkret eksempel

En CTO fastslår en regel om, at 20 % af hvert teams kapacitet går til pålidelighed og gæld, og retter det derefter mod de tre systemer, der forårsager 80 % af hændelser, i stedet for at spredes tyndt alle steder.

## Afvejninger og faldgruber

- **Faldgruber:** en "stor omskrivning" for at rydde alle gæld, som normalt overskrider og genopretter gæld.
- **Faldgruber:** aldrig at betale den ned, indtil hastigheden bryder sammen.
- At opfatte gæld som kun en ingeniørbekymring mislykkes; knytte det til forretningsresultater for at få tilslutning.

## Hvorfor det betyder noget

Uordnet teknisk gæld sammensættes stille, indtil funktioner tager måneder og hændelser stiger.

Håndtering af det som en bevidst portefølje holder organisationen hurtig og pålidelig gennem årene og omdanner en abstrakt ingeniørbekymring til en kvantificeret forretningsafvejning, som ledelsen kan tænke over.