Tillbaka till bloggen
·Tom Honig

Prototypen är den bästa specen

Fyra staplar som en trappa från prototyp till produktion

Allt fler samtal börjar på samma sätt: "Vi har redan byggt något." Det kan vara en controller som satt ihop ett AI-verktyg för att stämma av fakturor, en säljchef med en egen app som räknar offerter eller en projektledare som automatiserat veckorapporten.

Förr hade det varit ett problem – skuggsystem som ingen äger. I dag ser vi det som något av det bästa som kan hända ett utvecklingsprojekt.

AI har gjort första steget billigt

Med dagens AI-verktyg kan den som förstår verksamheten bygga något som fungerar, på riktig data, på några dagar. Det är en enorm förändring. Idéer som tidigare dog i en kravspecifikation kan nu prövas.

Men avståndet från en prototyp till ett system som tål produktion, integrationer, behörigheter och revision har inte krympt. Det är fortfarande där det mesta av jobbet ligger.

Från prototyp till produktion
AI har gjort första steget billigt. Inte trappan.
01
Prototyp
Klickbar, på riktig data. Dagar i stället för veckor.
02
Spec
Prototypen visar vad som ska byggas. Frågorna är redan ställda.
03
Skyddsräcken
Tester, typer, CI, behörigheter, loggning.
04
Produktion
Integrationer, drift, revision, förvaltning.
Det här har AI gjort billigt
Här ligger fortfarande det mesta av jobbet
AI har gjort första steget billigt. Resten av trappan är lika hög som förut.

Varför prototypen är en bättre spec

En skriftlig kravspecifikation beskriver vad någon tror behövs. En prototyp visar vad som faktiskt används.

  • Den visar det verkliga arbetsflödet – inte det som står i processbeskrivningen.
  • Den har redan mött verkligheten. Konstiga undantag och luckor i datan är ofta redan hittade.
  • Besluten är redan fattade. Vad som ska visas, i vilken ordning, vilka siffror som spelar roll.
  • Alla ser samma sak. Det är svårt att missförstå något man kan klicka på.
Förr → Nu
Hur ett projekt börjar
Kravspecifikation i ett dokument
En prototyp som redan används
Workshop om vad som kanske behövs
Genomgång av vad som faktiskt används
Frågor som dyker upp under bygget
Frågor som redan är besvarade
Första demon efter flera veckor
Första demon är där vi börjar

Det som återstår

Det prototypen oftast saknar är det som gör ett system hållbart:

  • Behörigheter. Vem får se vad, och vem får ändra?
  • Integrationer. Riktiga kopplingar till affärssystem och andra källor – inte exporter och kopior.
  • Tester och typer. Så att nästa ändring inte förstör något som redan fungerar.
  • Drift och övervakning. Så att någon märker det när något går fel – före användaren.
  • Revision. Vem gjorde vad, och när?

Inget av det syns i en demo. Allt av det märks första gången något går fel.

Så tar vi en prototyp vidare

  1. Vi läser prototypen som krav, inte som kod. Ibland går delar att återanvända, ofta byggs det om. Värdet sitter i vad den visar, inte i hur den är skriven.
  2. Vi kartlägger data och behörigheter. Var kommer siffrorna ifrån, och vem får se dem?
  3. Vi skriver specen ur prototypen. Här hjälper AI till – att beskriva vad en befintlig lösning gör är något språkmodeller är riktigt bra på.
  4. Vi bygger i små, kompletta delar. Varje del hela vägen, med tester, så att det finns något som fungerar tidigt.
  5. Vi behåller den som byggde prototypen nära. Den personen vet saker som inte står någonstans.

Intern innovation är inget hot

Medarbetare som bygger egna AI-verktyg är ett tecken på att organisationen vill framåt. Uppgiften är inte att stoppa det, utan att ha en väg för det som visar sig fungera – från prototyp till något som hela verksamheten kan lita på.

Har ni en prototyp som vuxit ur sina kläder? Vi gör gärna en kort förstudie där vi tar fram en körbar version på riktig data – och en plan för resten av trappan. Hör av er.