Lettvinte og raske løsninger kan være fristende når både organisasjonen og brukerne skriker etter ny funksjonalitet. Men disse snarveiene koster oss dyrt når løsningene blir eldre, og vi ser hvordan dårlig håndverk i starten begrenser oss senere.
En studie fra 2019 fant at utviklere i snitt kaster bort én uke i måneden på teknisk gjeld. I ett av fire tilfeller blir utviklere presset til å introdusere ny teknisk gjeld. Dette er ikke bare frustrerende for teamet, det påvirker også organisasjonens leveransekapasitet. Så hvordan kan vi unngå at teknisk gjeld tar overhånd?
Prioriter teknisk gjeld og kommuniser omfanget til ledelsen
Teknisk gjeld er rust du ikke kan se - Jim Highsmith (2023)
Teknisk gjeld er som rust, og måten vi håndterer den på er gjennom fjerning, behandling og forebygging. For å gjøre dette må teamet først kartlegge omfanget av den tekniske gjelden og deretter kommunisere konsekvensene tydelig til ledelsen. Heldigvis finnes det et enkelt verktøy som kan hjelpe teamet å prioritere strategisk og samtidig kommunisere utfordringene på en måte ledelsen forstår.
Risiko-smerte matrisen: et praktisk verktøy
Risiko-smerte matrisen er et enkelt, men nyttig verktøy for å prioritere teknisk gjeld. Matrisen lar teamet vurdere oppgaver etter to akser: risiko og smerte.
- Risiko: Hva er de potensielle konsekvensene av å ikke utbedre den tekniske gjelden? Hva er sannsynligheten for problemer, og hvor store kan konsekvensene bli?
- Et eksempel på høy risiko er et sikkerhetshull i kodebasen som eksponerer applikasjonen for potensielle angrep. Utnyttelse av et slikt hull kan føre til datainnbrudd, lekkasje av sensitiv informasjon og betydelige skader på selskapets omdømme.
- Smerte: Hvor mye hindrer den tekniske gjelden teamets effektivitet? Skaper den merarbeid, øker kompleksiteten eller blokkerer den viktig funksjonalitet?
- Et eksempel på høy smerte er når endring i én modul krever modifikasjoner i 5-10 andre moduler på grunn av hardkodede avhengigheter. Dette gjør selv små endringer tidkrevende og frustrerende for teamet.
Hvordan bruke matrisen?
Teamets oppgaver plasseres i matrisen (se illustrasjon under) for å gi et visuelt verktøy som hjelper dem med å
- identifisere hva som haster mest - oppgaver med høy risiko og høy smerte.
- vurdere hva som kan vente - oppgaver med lav risiko og lav smerte.
For å sikre forståelse og støtte fra ledelsen er det viktig å tydeliggjøre effekten av prioritering - hva teamet ønsker å oppnå ved å løse oppgaven og hvor mye tid teamet bruker på vedlikehold, gjennom størrelsen på oppgavene. Dette gir ledelsen og andre en forståelse for hvordan den tekniske gjelden påvirker fremdriften og hvorfor den må prioriteres.
Det er lett å drukne i teknisk gjeld når man fokuserer på den neste oppgaven som haster. Risiko-smerte matrisen er et nyttig verktøy for å prioritere strategisk og skape felles forståelse mellom teamet og ledelsen. Den synliggjør hva som krever umiddelbar oppmerksomhet og hvordan teknisk gjeld hemmer fremdriften, samtidig som den gir rom til å rydde opp. Teknisk gjeld er som rust - uten behandling bryter den gradvis ned systemet. Gode prioriteringer handler ikke bare om hva som skal gjøres, men også om hvorfor det er viktig å gjøre det nå. Ved å balansere kortsiktig fremdrift med langsiktig stabilitet, bygger vi mer robuste og bærekraftige løsninger for fremtiden.