När vi säger att ett system kan vara i drift på fyra till sex veckor får vi ofta samma reaktion. Det låter för bra, och den som har varit med om ett systemprojekt tidigare har lärt sig att vara skeptisk mot löften om tid.
Skepsisen är sund. Därför vill vi förklara vad AI-accelererad utveckling faktiskt betyder i praktiken: vad som går snabbare, vad som inte gör det och hur ni som beställare kan bedöma om det som levereras håller.
Vad som tog tid förr
Ett traditionellt systemprojekt bestod av en lång kedja av handarbete. Kraven skrevs ner i ett dokument, utvecklaren tolkade dokumentet och skrev kod rad för rad, någon annan skrev tester, en tredje skrev dokumentation och ändringar sent i projektet innebar att stora delar av kedjan gjordes om.
Det mesta av tiden gick inte åt till att tänka. Den gick åt till att skriva, och till att vänta på att någon annan skulle bli klar med sin del. Ett system med tio skärmar och ett par integrationer kunde ta sex månader utan att någon gjort något fel.
Vad AI förändrar
AI i utvecklingen betyder inte att en maskin bygger systemet på egen hand. Det betyder att utvecklaren arbetar på en annan nivå. I stället för att skriva varje rad beskriver utvecklaren vad som ska byggas, låter AI ta fram ett förslag, granskar det, justerar och går vidare. Det som tidigare var en veckas arbete blir ofta en dag.
I praktiken märks det på fyra ställen.
- Koden skrivs snabbare. Skärmar, databasmodeller, integrationer mot Visma Net eller monday.com och rutinlogik tas fram på en bråkdel av tiden. Utvecklaren lägger sin tid på det som kräver omdöme.
- Testerna skrivs samtidigt. Det som förr sköts upp till slutet, och därför ofta blev tunt, tas fram parallellt med koden. Systemet testas kontinuerligt i stället för i en stressad slutfas.
- Dokumentationen hålls uppdaterad. AI tar fram och uppdaterar dokumentation medan systemet byggs, så att den beskriver det som faktiskt finns och inte det som planerades.
- Ändringar blir billiga. När ni ser prototypen och vill flytta ett steg eller lägga till ett fält görs det på timmar. Det gör att vi kan ha er i loopen hela vägen utan att varje ändring blir en förhandling.
Det är detta vi menar med AI som parallell motor. Utvecklaren kör, AI drar.
Vad som inte förändras
Det här är den viktigare halvan av artikeln, för det är här skillnaden mellan ett bra och ett dåligt AI-byggt system avgörs.
Förståelsen för verksamheten går inte att accelerera. AI vet ingenting om hur er orderhantering fungerar, varför ett visst undantag finns eller vilka begrepp era medarbetare använder. Det måste någon ta reda på, i samtal med er, innan en rad kod skrivs. Därför börjar vi alltid med ett upptäcktssamtal och bygger prototypen på era verkliga begrepp.
Ansvaret för koden ligger hos människor. Varje del som AI föreslår granskas av en utvecklare som förstår helheten. Kod som ingen granskat går inte i drift. Det gäller särskilt säkerhet, behörigheter och allt som rör pengar eller personuppgifter.
Arkitekturen kräver erfarenhet. Hur systemet delas upp, var datat ska ägas och hur det ska hänga ihop med Visma Net eller monday.com är beslut som avgör om systemet håller i fem år eller behöver byggas om efter ett. De besluten tar vi med samma omsorg som tidigare, för de går inte att skriva om på en eftermiddag.
Införandet i organisationen tar den tid det tar. Ett system som är klart på fyra veckor men som ingen använder är inget värt. Utbildning, förändringsledning och en tydlig ägare i verksamheten är lika viktiga som förr. Vi har skrivit mer om det i artikeln om förändringsledning vid systembyte.
Det AI gör är att ta bort den tid som gick åt till handarbete. Det AI inte gör är att ta bort behovet av omdöme.
Så bedömer ni kvaliteten
Som beställare behöver ni inte kunna läsa kod för att bedöma om ett AI-byggt system håller. Ställ i stället de här frågorna till den som bygger.
- Vem granskar koden, och hur? Svaret ska vara en namngiven utvecklare och en beskrivning av hur granskningen går till. Är svaret att AI granskar sig själv bör ni gå vidare.
- Hur testas systemet? Det ska finnas automatiska tester som körs varje gång något ändras, inte bara en manuell genomgång före leverans.
- Vad händer med vår data? Ni ska veta var datat lagras, vem som kommer åt det och att det inte används för att träna någon annans modell.
- Vem äger koden? Svaret ska vara ni, utan förbehåll. Ni ska kunna ta koden till en annan leverantör om ni vill.
- Hur ser det ut om ett år? Systemet ska vara byggt för att förvaltas, med dokumentation och struktur som gör att någon annan än den som byggde det kan förstå det.
Kan leverantören svara tydligt på alla fem är det AI-accelererade systemet lika säkert som ett traditionellt byggt. Ofta säkrare, eftersom tester och dokumentation faktiskt blir gjorda.
Vad det betyder för er
Det praktiska resultatet är att ett systemprojekt inte längre behöver vara det stora, riskfyllda beslut det var tidigare. Vi kan visa en klickbar prototyp efter fem dagar, sätta ett fast pris när ni har sett den och ha första versionen i drift på fyra till sex veckor.
Det gör att ni kan testa idén innan ni köper den. Det gör också att systemet kan följa verksamheten i stället för att låsa den, eftersom ändringar är billiga att göra. När ni växer, byter process eller får ett nytt kundkrav ändras systemet på dagar, inte i nästa årsbudget.
Om ni vill se hur ett eget system skulle kunna se ut för er är prototypveckan den enklaste vägen. Och om ni fortfarande väger eget mot standard har vi skrivit en artikel om just det valet.
Vanliga frågor
Vad menas med AI-accelererad systemutveckling?
Att utvecklaren arbetar med AI som parallell motor: beskriver vad som ska byggas, låter AI ta fram kod, tester och dokumentation, granskar och beslutar. Handarbetet minskar kraftigt, medan förståelsen för verksamheten, arkitekturen och ansvaret för koden ligger kvar hos människor.
Blir kvaliteten sämre när AI skriver koden?
Inte om varje del granskas av en utvecklare och systemet har automatiska tester. Ofta blir kvaliteten bättre, eftersom tester och dokumentation tas fram parallellt med koden i stället för att skjutas upp till slutet.
Hur mycket snabbare går det?
Det som tidigare tog sex till tolv månader tar nu fyra till sex veckor till första versionen i drift. En klickbar prototyp av det viktigaste flödet tar fem dagar.
Används vår data för att träna AI?
Nej. Er data stannar i ert system, och vi använder verktyg där datat inte används för att träna modeller. Var datat lagras och vem som kommer åt det går vi igenom innan bygget startar.
Kan vi förvalta systemet själva eller med någon annan?
Ja. Ni äger koden och systemet är byggt för att förvaltas, med dokumentation och struktur som gör att en annan utvecklare kan ta över. Många väljer att låta oss förvalta det, men ni är inte låsta till oss.
Så går ni vidare
Läs mer om hur vi bygger egna system med AI och om våra AI-agenter, eller boka ett upptäcktssamtal så berättar vi hur en prototypvecka skulle se ut för er.