Teknisk gjeld er gapet mellom hvordan koden er og hvordan den burde være, påtatt seg (bevisst eller ikke) for å gå raskere. Noe gjeld er greit; jobben er å forvalte det, ikke eliminere det. Nøkkelen er å prioritere gjelden som faktisk gjør skade.
Prioriter etter innvirkning, ikke irritasjon
text
For each piece of debt, ask:
- How often does it slow us down or cause bugs? (frequency)
- How bad is it when it bites? (severity)
- How risky/expensive is it to fix? (cost)
High frequency + high severity + low cost → fix now
Low frequency + low severity → leave it, document it
Et konkret eksempel
En skjør modul som brytes ved hver release og blokkerer teamet ukentlig, er verdt å fikse. Et stygt-men-stabilt verktøy som ingen rører er , selv om det fornærmer deg. Refaktorering av det er egoisme, ikke verdi.