KI endrer programvareutvikling
ved å ta over mye av de repetitive standardoppgavene som utgjør det meste av en utviklers arbeidsdag.
I det siste har det skjedd noe i møtene våre med kunder. Oppstartsbedrifter, gründere og grunnleggere kommer alle inn med det samme: en prototype. Ikke en PDF som før, ikke en gang en Figma-skisse, men en fungerende prototype.
Noen ganger er den halvveis ødelagt, noen ganger overraskende god, og noen ganger ser det ut som noen har satt sammen fem tutorials og ti ideer og bare håpet på det beste. Kvaliteten varierer, men bare det at disse prototypene finnes, sier mye om hvor programvareutvikling er på vei. De erstatter ikke ingeniørarbeid, men de gjør den tidlige utforskningen raskere. Og frykt ikke: KI erstatter ikke utviklere. Den endrer hva rollen innebærer, og åpner døren for at ikke-tekniske folk kan bli med på festen.
Forsvinner det kjedelige?
Hvis vi bruker 80/20-regelen, kan vi si at 20 % av utviklingen er dyp problemløsning og 80 % er rutinearbeid. «La oss koble på enda et API og legge til enda en modal.» Selvfølgelig skjuler også de «rutinemessige» delene kompleksitet, spesialtilfeller og sikkerhetshensyn, men det endrer ikke at mye av arbeidet føles repetitivt. Heldigvis ser vi at KI gjør stadig mer av disse 80 prosentene.
Ikke fordi utviklere ikke kan gjøre det, men fordi ingen burde bruke halve karrieren på de samme rutineoppgavene om og om igjen. KI-verktøy er gode til å lage forutsigbar kode: betalingsflyter, CRUD-skjermbilder, enkle dashbord, integrasjoner og onboardingsteg. Ikke produksjonsklare versjoner – de trenger fortsatt regeletterlevelse, arkitektur og kontroll – men raske utkast som hjelper teamene å bevege seg raskere.
Så i stedet for å spørre «Hva skal utviklerne gjøre når KI tar seg av det repetitive?», bør du spørre «Hva gjør utviklerne når grunnmuren allerede er bygget?»
Kommer produkteierne til å gjøre mer selv?
For noen år siden idémyldret produkteierne, skrev spesifikasjoner, lagde flyter og overleverte så alt til utviklerne.
Nå kommer de ofte med noe som halvveis fungerer. Verktøy som Lovable, Mocha, Vercels KI-arbeidsflyt og utallige mindre KI-byggere gjør det enkelt for ikke-utviklere å teste ideer, designe flyter eller lage MVP-er og prototyper. For dem er det perfekt for tidlig utforskning.
Det betyr at den første samtalen med utviklerne ikke lenger starter med et blankt ark. Det er mer som:
«Vi har testet tre ulike brukerreiser.»
«Denne prototypen knekker når brukerne gjør X.»
«Denne flyten er forvirrende – kan vi forenkle den?»
Selvfølgelig kan slike prototyper også skape teknisk gjeld, feil antakelser eller uklart eierskap hvis de behandles som «ekte» programvare. De vil fungere mer som veiledning, men de sparer likevel tid til de mer spennende delene av prosjektet.
«Den viktigste ferdigheten for utviklere er ikke bare teknisk kompetanse; det er en mer strategisk forståelse av hva kundene virkelig trenger, og evnen til å sette seg inn i deres situasjon. Selv i en teknologisk verden er tillit og menneskelig kontakt de sterkeste verdiene vi har.»
En «produktingeniør»?
Når KI skriver større deler av den funksjonelle koden, vokser det frem en hybridrolle – ikke fordi noen har funnet den opp, men fordi arbeidsflyten krever det. Og egentlig er ikke rollen ny. Mange team har jobbet slik i flere tiår. Det nye er verktøyene og tempoet.
Produktingeniøren:
- forstår brukeren
- ser produktet med forretningsøyne
- kan snakke om design, logikk og arkitektur
- kan bruke KI til å bygge tidlige versjoner
- kan gå gjennom, omstrukturere og gjøre KI-resultater om til noe ekte
Kall det «produktingeniør», «produktutvikler» eller «teknisk produkteier». Navnet spiller ingen rolle, men det de gjør, gjør det.
Det som forsvinner, er den gamle måten å overlevere oppgaver fra én ekspert til en annen på. KI strammer inn prosjektflyten og gjør den raskere: utforske → bygge → validere → skrive om → finpusse.
Så hva kan utviklerne smelte sammen med?
Utviklerne som trives i dette nye digitale miljøet, vil:
- bruke KI til å fjerne friksjon
- beholde laget med menneskelig vurdering
- forstå produktet, ikke bare koden
- satse på arkitektur, feilsøking, modellering og eksperimentering
- være nysgjerrige i stedet for å beskytte seg
- balansere rask generering med kontroll, sikkerhet og konsistens – de delene KI fortsatt ikke håndterer godt
Tidene forandres
Vi vet at produkteierne vil komme med forhåndstestede prototyper og en bredere forståelse av kundebehovene. De vil vise oss sine vibe-kodede prototyper eller til og med lanserte betaprodukter. Men vibe-koding er ikke ingeniørarbeid og bør ikke erstatte det – det gir retning, ikke leveranse.
Vi endrer tilnærmingen vår for å møte markedets behov. Vi tilpasser oss og utvikler oss for å bevege oss raskere, bygge smartere og levere bedre produkter. Åpne og nysgjerrige. Vi omfavner endring og tør å utfordre det tradisjonelle synet på hva det vil si å være utvikler. Samtidig erkjenner vi at kontroll, sikkerhet, regeletterlevelse og arkitektur ikke forsvinner bare fordi genereringen går raskere.
Å, en siste ting: Alle som påstår at de vet nøyaktig hvor alt dette er på vei, lyver. Ingen vet. Vi kan bare gjøre kvalifiserte gjetninger. Og det er fortsatt tidlig, men utviklingen går raskt.
