Teknisk gæld bliver først til en ledelsesbeslutning, når den står skrevet ned i et sprog, ledelsen kan bruge. Gæld er de genveje og gamle valg i koden, der gør hver ny ændring langsommere eller mere risikabel. Tre ting skal til: et enkelt register over de vigtigste poster, en fast del af teamets kapacitet til at betale af, og en klar aftale om, hvem der beslutter. Så bliver gælden noget, I vælger med åbne øjne, mens I følger tempoet.
Hvad gæld er, og hvorfor den vokser, står i teknisk gæld forklaret for ledelsen. Her handler det om, hvad I gør ved den.
Lav et gældsregister
Et gældsregister er en liste, der kan ligge i det værktøj, teamet allerede bruger. Det må aldrig blive et projekt i sig selv. Hver post får fem felter:
- Hvad: en sætning, som en ikke-teknisk kan forstå.
- Hvad det koster: hvad går langsommere, eller hvad er i risiko?
- Hvor ofte vi rammer det: hver uge, hver måned eller sjældent?
- Hvad det kræver at rette: få dage, nogle uger eller et længere projekt.
- Ejer: hvem følger op?
Bed teamet samle posterne på et par timer. Hold listen kort. Ti til tyve poster er bedre end to hundrede, for en lang liste bliver aldrig læst. Det er det store, der skal med, ikke alt, nogen synes kunne være pænere.
Skriv punkt 2 i konsekvenser. “Koden i fakturamodulet er rodet” giver ingen noget at tage stilling til. “Hver ændring i fakturamodulet tager mere end dobbelt så lang tid, som den burde, og fejl rammer kunderne direkte” gør.
Oversæt til leveringstid og risiko
Direktører tager stilling til tid og risiko. Hver større post skal derfor kunne besvare et af to spørgsmål.
Hvad gør den ved tempoet? Kan I pege på funktioner, der er blevet forsinket? Fortæl fx, at en type ændring tog et par dage for et år siden og nu tager to uger. Tal, som teamet selv kan genkende, tæller mere end teoretiske beregninger. Tag også problemet med at estimere ind, for hvis ingen ved, hvad der gemmer sig i koden, bliver estimaterne usikre, se hvorfor estimaterne aldrig holder.
Hvad kan gå galt? Hvad sker der, hvis en bestemt del fejler, hvis en teknologi mister support, eller hvis den eneste, der forstår koden, stopper? Sæt det i forhold til kunderne og omsætningen.
Når poster er oversat på den måde, bliver samtalen en anden. Nu skal I vælge mellem at bygge en ny funktion og at gøre de næste ti funktioner hurtigere.
Sæt en fast del af kapaciteten af
Den mest almindelige fejl er at gemme oprydningen til en periode, hvor der er bedre tid. Den periode kommer aldrig. Afsæt i stedet en fast del af teamets tid, sprint efter sprint eller måned efter måned. Hvor stor delen skal være, afhænger af gældens tilstand og af, hvad I står foran. Aftal den med ledelsen, og justér den et par gange om året.
Større poster passer ikke ind i den faste del. De skal behandles som almindelige projekter med et mål og en plads på køreplanen, se den tekniske køreplan. Står I foran noget, der er så stort, at det svarer til at skrive produktet om, er det en anden beslutning, se skal produktet skrives om?.
Læg desuden små forbedringer ind i det daglige arbejde. Når en udvikler alligevel ændrer noget i et rodet område, kan vedkommende lade det være lidt bedre, end det var. Det kræver, at estimaterne giver plads til det.
Hvem beslutter
Aftal det på forhånd, så sagen ikke bliver en kamp ved hver prioritering.
Teamet afgør, hvad den faste del bruges til. De ved, hvor det gør mest ondt.
Den tekniske leder samler registeret, oversætter det og indstiller de større poster.
Direktøren eller den produktansvarlige afgør de store afvejninger mellem nyt og oprydning, og også at leve med en post. Det er helt legitimt at beslutte, at noget gæld får lov at blive stående, når det står klart, hvad det koster.
Skriv afgørelserne ned. En post, der er fravalgt med åbne øjne, er noget helt andet end en, der er glemt.
Følg op
Registeret skal ind i den faste rytme. Gennemgå det kort en gang om måneden, og tag de større poster op, når I lægger køreplanen. Giv ledelsen en linje i rapporteringen: hvad er betalt af, hvad er nyt, og går tempoet op eller ned? Se teknologien på ledelsesmødet.
Ny gæld er ikke altid en fejl. En bevidst genvej for at nå en vigtig kundeaftale kan være det rigtige valg. Skriv den på listen, når den bliver taget. Så ved I, hvad I har lånt.
Tegnet på, at det virker, er, at gæld kan drøftes roligt, og at udviklerne oplever, at der sker noget. Det sidste betyder også noget for at holde på dem, se når de erfarne udviklere vil videre.
Det skal I lade være med
- At lave en stor engangsindsats · gælden vokser igen, og I har tabt en periode med nye funktioner.
- At sætte et fast tal, fordi det stod i en bog · andelen skal passe til netop jeres produkt.
- At registrere alt · listen drukner, og ingen tager den alvorligt.
- At behandle gæld som et udviklerproblem · valget er en forretningsbeslutning.
Det skal I kræve af den eksterne
- ☐ Et register, som teamet har lavet, og som kan læses af direktøren.
- ☐ De vigtigste poster oversat til leveringstid og risiko.
- ☐ Et forslag til kapacitet og en plan for de større poster.
- ☐ En fast linje i rapporteringen til ledelsen.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Ingen tør røre den del af koden · Når salg lover det, udviklingen ikke kan holde
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
