Teknisk skuld: hur du pratar om det med din chef på svenska

Som utvecklare känner du omedelbart igen det. Den där gamla modulen i kodbasen som skrevs i panik för tre år sedan, som ingen riktigt förstår sig på längre, men som alla är livrädda för att röra eftersom den håller uppe hela systemet. Detta är teknisk skuld (technical debt). Utvecklare hatar den, eftersom den gör jobbet långsamt och frustrerande. Chefer, å andra sidan, har ofta svårt att förstå den, eftersom den inte syns på ytan. I svensk företagskultur, där beslut ofta fattas i konsensus, måste du som tech-kunnig lära dig att argumentera för kodkvalitet på ett sätt som affärssidan förstår. Du måste tala om affärsvärde.

Kreditkorts-metaforen

Att gå till din Product Owner eller chef och säga: 'Koden är ful och vi använder ett föråldrat bibliotek', kommer sällan ge dig resurser att bygga om det. Det låter som ett internt nördar-problem. Du måste översätta problemet med bra metaforer.

Den bästa metaforen är pengar. Säg istället: 'Vi tog ett tekniskt snabblån när vi lanserade den här funktionen snabbt förra året. Det var rätt beslut då för att nå marknaden snabbt. Men nu betalar vi en enorm ränta på det lånet.' Chefer förstår ränta. Förklara att räntan är den extra tid det tar för utvecklarna att lägga till nya funktioner, eftersom de måste vada genom dålig kod, eller de oväntade buggar som hela tiden dyker upp och stör kunderna.

Restaurangköket och Omfaktorisering

Ett annat kraftfullt sätt att förklara teknisk skuld på är metaforen om ett restaurangkök. Om kockarna (utvecklarna) bara lagar mat (släpper funktioner) hela tiden, utan att någonsin stanna upp för att diska och städa arbetsytorna (städa i koden), kommer köket till slut bli en sanitär olägenhet. Tillagningstiden för nästa rätt kommer bli dubbelt så lång eftersom man inte hittar stekpannorna.

När du ber om tid för omfaktorisering (refactoring), säg: 'Vi behöver en sprint för att diska och städa köket. Om vi gör det nu, kan vi öka vår hastighet och leverera nästa funktion mycket snabbare.'

Knyt det till företagets mätetal

Svenska företag älskar mätetal och KPI:er (Key Performance Indicators). För att verkligen vinna en diskussion om prioritering, knyt din tekniska skuld till dessa mätetal.
- Om problemet är ett långsamt och rörigt gränssnitt, prata om kundtapp (churn rate): 'Den tekniska skulden i frontend gör appen seg. Vi kan se i analysen att 10 procent av kunderna lämnar oss i kassan. Om vi städar upp detta sparar vi pengar.'
- Om problemet är en fruktansvärd utvecklarupplevelse (DX), prata om personalomsättning: 'Att jobba i denna gamla kodbas tär på teamet. Om vi inte prioriterar underhåll riskerar vi utbrändhet och att våra bästa utvecklare säger upp sig. Att rekrytera nya kostar mycket mer än att refaktorera koden.'

Kompromissen: Inte allt på en gång

Ett tecken på mognad som utvecklare är att förstå kompromissens konst (trade-offs). En affärsverksamhet måste fortsätta sälja och leverera värde. Du kan inte be om sex månader utan nya funktioner bara för att skriva om allt från grunden.

I ett svenskt, agilt team är det bästa tillvägagångssättet att förhandla till sig kontinuerligt underhåll. En vanlig och respekterad lösning är 20-procentsregeln. Föreslå för din chef: 'Kan vi komma överens om att vi lägger 80 procent av vår tid på nya funktioner, och öronmärker 20 procent av varje sprint åt att beta av den tekniska skulden?' Det visar att du förstår både företagets kortsiktiga behov av tillväxt, och det långsiktiga behovet av en stabil och hållbar plattform. Du slutar vara bara en kodare, och blir en teknisk affärspartner.