Dokument är inte mjukvara
Problemet med dokument är att de är abstrakta. Du kan inte klicka på en PDF. Du kan inte testa flödet i en Excel-fil. Tidigare var vi tvungna att dokumentera först, eftersom det var dyrt och tidskrävande att skriva kod. Att ”gissa fel” kostade pengar.
Idag har AI gjort koden till det mest flexibla material vi har. Det innebär att vi kan hoppa över ledet ”gissa i ett dokument” och gå direkt till ”testa i verkligheten”.
Principen: Bygg medan vi pratar
Istället för veckor av specifikationsarbete sätter vi domänexperten och utvecklingsteamet i samma rum. Medan behovet diskuteras, genererar AI koden och gränssnittet direkt på skärmen.
- Ser knappen fel ut? Vi ändrar den nu.
- Känns flödet krångligt? Vi bygger om det innan lunchen.
- Missade vi en affärsregel? Vi lägger till den direkt i logiken.
Vi flyttar fokus från att beskriva lösningen till att skapa den.
Många tror att snabbhet ökar risken. Tvärtom tror vi. Den största risken i digitala projekt är att bygga fel sak under lång tid.
Genom att ta fram en körbar MVP tidigt, ofta på bara några dagar, får vi feedback direkt. Vi validerar affärsvärdet innan budgeten är slut. Varje timme vi lägger på att polera en kravspecifikation är en timme vi inte la på att bygga den faktiska tjänsten.
Och i en värld där AI kan generera dokumentation efter att koden är skriven, blir den gamla ordningen än mer orimlig.
Men... struktur och säkerhet då?
Nu tänker kanske vän av ordning: ”Det här låter kul för en startup, men vi har krav på säkerhet och förvaltning. Vi kan inte bara koda och se glada ut.”
Många tror att man måste välja: Antingen är man snabb och slarvig, eller långsam och robust.
Men tänk om det inte längre är ett val?
Det är exakt det vi borrar i, i nästa del.
