Tvåhundra poster i backloggen, den äldsta från för ett och ett halvt år sedan. Ingen minns längre vem som anmälde den eller om problemet den gäller ens finns kvar. Varje vecka kommer det in fler ärenden än teamet stänger, och varje diskussion om prioriteringar slutar likadant: allt är viktigt, alltså är inget det. Om du driver ett företag eller ansvarar för en produkt är en sådan lista inget tekniskt problem. Det är ett beslutsproblem. Och det går att lösa utan att anställa tre extra utvecklare.
Innan du börjar snabba upp, delegera eller stryka något måste backloggen sorteras. Inte efter anmälningsdatum och inte efter vem som skriker högst om sitt.
Steg 1: dela upp ärendena i fyra korgar
Den första sorteringen görs efter affärskonsekvenser, inte efter teknisk svårighetsgrad:
- Kritiskt för intäkterna: ärenden som blockerar försäljning, kundservice eller fakturering. Varje dags fördröjning har en mätbar kostnad.
- Compliance med hård deadline: KSeF, GDPR, AI-förordningen. Slutdatumet förhandlar inte, och sanktionen kan bli högre än kostnaden för hela ändringen.
- Quality-of-life: blockerar inget direkt men kostar människors tid varje dag. Manuell datainmatning, rapporter som klistras ihop i kalkylblad, workarounds som alla har vant sig vid.
- Nice-to-have: idéer som verkade bra för ett år sedan och som ingen har frågat efter sedan dess.
Från våra projekt kommer en enkel observation: den sista korgen utgör ofta 30–50 % av hela listan. Stryk den utan att tveka. Om någon idé verkligen behövs kommer den tillbaka av sig själv, och då med bättre motivering än första gången.
Steg 2: lägg till en andra axel, alltså vem som bör göra jobbet
För de ärenden som överlevde den första gallringen, ställ en andra fråga: kräver genomförandet djup kunskap om din domän, eller är det standardmässigt ingenjörsarbete? Att lägga till ett fält i ett formulär, en integration via API, en ny rapport, datamigrering, regressionstester: allt det ser likadant ut i ett transportföretag och i en läkemedelsgrossist. Prislogik, ruttplaneringsalgoritmer, regler för kundscoring: det gör ingen bra som inte kan din verksamhet.
Av de två axlarna uppstår en matris som ger ordning i besluten:
- Brådskande och standard: bästa kandidaten att delegera till en extern partner. Väldefinierad input och output, lite stamkunskap.
- Brådskande och domänspecifikt: eget team, direkt. Här finns inga genvägar.
- Inte brådskande och standard: delegera i buntar när ett vettigt paket har samlats.
- Inte brådskande och domänspecifikt: medvetet lagt åt sidan, med ett konkret datum för omprövning i stället för ett evigt ”någon gång”.
Ett vanligt fel: delegering åt fel håll
Och här en åsikt, formad av moderniseringsprojekt: många företag delar upp arbetet precis tvärtom. De svåra, domänspecifika uppgifterna läggs ut, för ”vi har inte folk till det”, medan enkla ändringar behålls internt, för de verkar billiga. Resultatet är dubbelt dåligt. Den externa partnern ägnar år åt att lära sig en domän som företaget borde kontrollera självt, eftersom den är dess konkurrensfördel. Och den egna seniorutvecklaren bränner veckor på att lägga till fält i formulär, alltså arbete som vilken gedigen leverantör som helst hade klarat. Behåll den domänspecifika kärnan in-house även när det går långsammare. Lämna ifrån dig standardarbetet utan sentimentalitet.
Så ser du att backloggen håller på att bli friskare
Antalet poster på listan säger inte mycket. Två mätetal säger nästan allt:
- Åldern på det äldsta aktiva ärendet. Sjunker den från 18 månader till 3 rör sig kön på riktigt. Växer den var sorteringen kosmetisk.
- Ledtiden, alltså mediantiden från anmälan till fungerande ändring i produktion. Det är det enda måttet som verksamheten känner av.
Därtill ett kontrolltest: balansen mellan inflöde och avslut per månad. Så länge det kommer in mer än det försvinner räcker ingen prioritering — då måste kapaciteten öka eller strykningarna bli modigare. En reservation: de här mätetalen är lätta att lura. Att radera gamla ärenden bara för att snygga till kurvan städar rapporten, inte företaget.
Var ESKOM AI kommer in i bilden
I den här arbetsfördelningen tar vi matrisens högra kolumn: vi tar över standardändringar, integrationer mellan system och automatisering av regressionstester, medan ditt team förblir ägare av den domänspecifika kärnan. En process byggd på ett team av specialiserade AI-agenter, med full automatisk testtäckning (enhetstester, integrationstester, E2E samt gränssnitts-, säkerhets- och prestandatester), gör att ett typiskt ärende ur korgen ”standardarbete” kan stängas på dagar eller veckor; om var den snabbheten kommer ifrån har vi skrivit i texten hur AI kortar tiden för ändringar. Ärligt talat: de första veckorna av samarbetet går långsammare, eftersom vi måste lära känna ditt system och din miljö. Den inträdeskostnaden betalar sig från och med de följande ärendena, så för en enstaka liten rättelse är modellen inte meningsfull. För en ström av ändringar är den det i högsta grad.
Var du börjar nu på fredag
Blockera en timme i kalendern och gå igenom listan med ett kalkylblad bredvid: fyra korgar, sedan den andra axeln. Efter den timmen vet du tre saker: vad som ska strykas, vad ni gör med egna krafter och vad som kan läggas ut direkt. Och vill du gå igenom uppdelningen med någon som har gjort det många gånger, boka en kostnadsfri konsultation via formuläret på eskom.ai/pl/kontakt. Kom med en export av backloggen. Du går därifrån med en sorterad lista och realistiska tidsspann för de ärenden som kan delegeras på en gång.