
Blogg
Alla artiklar
Engineering
Anatomin av en mjukvaruräddning: vad som händer när ett projekt går snett
Mikael Löfberg 11 november 2026 5 min läsning
Nästan vart femte mjukvaruprojekt, 19 procent, läggs ner helt innan det någonsin levereras. Den siffran kommer från Standish Groups CHAOS-forskning, som har följt tiotusentals projekt under tre decennier, och den har knappt rört sig sedan 1990-talet. Lägg till de projekt som stapplar över mållinjen sent, över budget och med halva funktionaliteten saknad, så blir bilden dystrare: en CHAOS-analys från 2020 av cirka 50 000 projekt fann att 66 procent slutade i delvis eller total misslyckande.
Så om du sitter på ett bygge som strandat, som fått slut på pengar, eller som en tidigare utvecklare helt enkelt klev ifrån, är det första värt att veta detta. Du är ingen avvikare. Du är den statistiska normen. Och det andra värt att veta är att misslyckande sällan är samma sak som värdelöst.
## Siffrorna ingen sätter i säljpresentationen
Pengarna det handlar om är genuint svindlande. Consortium for Information and Software Quality uppskattade att misslyckade mjukvaruprojekt kostade USA 260 miljarder dollar enbart 2022, med driftsmisslyckanden i mjukvara som lade ytterligare 1,81 biljoner ovanpå. För perspektiv: den sammanlagda siffran överskuggar hela USA:s försvarsbudget samma år.
Den andra siffran som spelar roll för alla mitt i ett bygge är personalomsättning. Outsourcingbolag har en genomsnittlig årlig personalomsättning på runt 20 procent, och den rörligheten beräknas påverka ungefär 40 procent av pågående projekt. Översatt: utvecklaren som startade ditt projekt är statistiskt osannolik att vara utvecklaren som avslutar det, även när ingen byter leverantör. Utvecklarbyten mitt i bygget är inget otursdrabbat undantag. De är inbyggda i hur branschen fungerar.
## Vad som oftast går att rädda, och vad som inte gör det
Här kommer den del som överraskar folk. När vi öppnar motorhuven på ett misslyckat projekt är domen sällan allt eller inget.
Databasschemat och affärslogiken är vanligtvis de mest värdefulla överlevarna. Någon ägnade månader åt att lära sig din domän, dina specialfall, dina prisregler, och den kunskapen är kodad i tabeller och funktioner oavsett om koden runt omkring är prydlig eller inte. Den svåraste delen av varje bygge, att förstå vad mjukvaran faktiskt ska göra, är ofta redan betald.
Vad som inte överlever lika väl: halvfärdigt gränssnitt byggt på övergivna ramverk, autentiserings- och betalflöden osäkert ihopkopplade, och allt som hålls ihop av en enda persons odokumenterade antaganden. Den ärliga tumregeln är att ju närmare något ligger din data och din domän, desto mer sannolikt är det värt att behålla. Ju närmare det ligger mode och ramverksval, desto mer sannolikt ersätts det.
## Hur ett ärligt övertagande faktiskt går till
Instinkten, när ett projekt går snett, är att kräva ombyggnad från grunden. Det känns rent. Det är också oftast fel beslut, eftersom det slänger bort domänkunskapen som överlevde och nollställer klockan.
En riktig räddning börjar med en granskning, inte en rivning. Man läser koden, kör den, jämför vad som fungerar mot vad som påstås fungera, och kontrollerar säkerheten i allt som rör pengar eller personuppgifter. Först då kan någon ärligt säga dig vilken andel som är värd att behålla. Ibland är det 70 procent och projektet är på rätt spår igen inom veckor. Ibland är det 20 procent och det vänligaste vi kan säga är att kraven var värdefulla även om koden inte var det. Hur som helst kommer svaret från att titta, inte från en säljreflex.
## True Devs perspektiv
Vi har byggt mjukvara sedan 1997, och en betydande del av vårt arbete är att plocka upp projekt som andra utvecklare lämnat efter sig. Vi har lärt oss att stå emot ombyggnadsreflexen, eftersom kunder som redan förlorat pengar på ett misslyckat bygge inte behöver förlora mer för att bevisa en poäng.
Så vårt löfte vid en räddning är oglamoröst: en ärlig granskning först. Vi berättar vad som är värt att rädda och vad som inte är det, även när "behåll det" är det mindre lönsamma svaret för oss. Ett misslyckat bygge är vanligt, det är sällan dödligt, och det förtjänar nästan alltid en andra åsikt innan någon sträcker sig efter raderingsknappen.
Om du stirrar på ett strandat projekt, [starta en konversation med oss](/sv/starta-projekt) så ger vi dig en rak läsning. Du kan också se hela bredden av [vad vi gör](/sv/tjanster), från räddningar till bygge från grunden.
Nästan vart femte projekt läggs ner. Ditt behöver inte bli ett av dem.
Dela den här artikeln:
Utforska mer av vad vi gör
Håll dig uppdaterad
Få våra senaste insikter om AI, webbutveckling och digital transformation direkt i din inkorg.
Ingen spam, avregistrera när som helst.

Mikael Löfberg
Grundare, TrueDev
Mikael Löfberg är grundare av TrueDev och har 29 års erfarenhet av att utveckla digitala lösningar med fokus på affärsnytta, användarupplevelse och genomförande. Han har byggt och drivit flera bolag inom IT, media, fastigheter och säkerhet, vilket ger en bred förståelse för både teknik, strategi och kommersiella krav.
Det perspektivet präglar TrueDevs arbete. Målet är inte bara att utveckla fungerande system, utan att skapa lösningar som stärker verksamheten, effektiviserar processer och ger långsiktigt värde.
