For noen år siden var egen programvare for HR-avdelingen et prosjekt. Kravspesifikasjon, tilbud, byrå, runder med tilbakemeldinger, til slutt en lansering og deretter en vedlikeholdsavtale. I dag beskriver noen i HR med tre setninger hva de trenger, og en KI lager en app som fungerer. Det kalles vibe coding: Programvaren oppstår fra en beskrivelse i vanlig språk, og KI-en skriver koden.
Vi mener dette er noe av det beste som har skjedd for fagavdelinger på lenge. Og vi tror de fleste bedrifter diskuterer det på feil sted akkurat nå.
De som kan arbeidsflyten, bør bygge programvaren
Lønnslederen vet når en kontrakt opphører etter prøvetiden og når den ikke gjør det. Innkjøpssjefen vet over hvilket beløp det trengs en ekstra godkjenning. Til nå måtte denne kunnskapen gjennom flere oversettelser: fra fagavdelingen til en IT-sak, fra saken til en spesifikasjon, fra spesifikasjonen til kode. Hver oversettelse kostet noe.
Vibe coding korter ned den kjeden. Den som kan arbeidsflyten, beskriver den selv. Det er ikke et angrep på IT, men en avlastning: IT slipper å gjøre hvert regneark om til et prosjekt som til slutt ingen egentlig ville ha.
Det egentlige problemet er ikke byggingen
Debatten handler ofte om hvorvidt KI-generert kode er god nok. Det er det minste spørsmålet. Det største er: Hvor kjører appen dagen etter?
En app som er laget i et KI-verktøy, havner ofte på en privat konto. Deling betyr å sende en lenke videre. Ingen avgjør uttrykkelig hvem som får se hva. Det finnes ingen tester, og når neste endring ødelegger noe, finnes det ingen vei tilbake. IT får vite det sist, om i det hele tatt.
Ingenting av dette er vond vilje. Det er rett og slett gapet mellom «det fungerer på skjermen min» og «det fungerer i bedriften». Før var dette gapet skjult av den lange utviklingsprosessen. Nå som det går fort å bygge, ligger det åpent.
Hva «i bedriften» betyr i praksis
En app som et team jobber med, trenger noen ting som ikke har noe med selve formålet å gjøre:
- Innlogging med bedriftskontoene, så ingen må holde styr på egne passord for hver app, og de som slutter, også mister tilgangen.
- Rettigheter per rolle som gjelder ved hver datatilgang, ikke bare i det som vises på skjermen.
- En sjekk før lansering, så en liten endring ikke i forbifarten gjør lønninger synlige.
- Versjoner og en vei tilbake når noe viser seg å være feil.
- Tydelig eierskap: Koden og dataene tilhører bedriften, ikke en konto.
Dette er ikke ekstrautstyr. Det er forskjellen på en prototyp og et verktøy et team kan stole på. Og det er nettopp det én person med et KI-verktøy ikke burde måtte bygge ved siden av.
Rekkverk i stedet for forbud
Mange bedrifter svarer på de nye mulighetene med forbud eller med godkjenningsprosesser som tar like lang tid som utviklingen gjorde før. Begge deler ender likt: Folk bygger likevel, bare et annet sted.
Vi tror på en annen vei. Rekkverket hører hjemme i omgivelsene, ikke i hodet til hver enkelt. Når hver app automatisk kjører med bedriftsinnlogging, automatisk blir sjekket og automatisk får versjoner, trenger ingen å huske på det. Og ingen kan glemme det.
Slik er Openbase.one bygget. Dere beskriver med egne ord hva appen skal kunne og hvem som får se hva. En byggeagent bygger den, og Openbase.one stiller dere bare de faglige spørsmålene, for eksempel: «Opphører en kontrakt automatisk når prøvetiden er over?» Hver versjon bygges og åpnes i en ekte nettleser som hver testperson: som leder som ikke ser lønn, som HR som ser all lønn. Den går live først når sjekken er bestått.
Appkoden kjører isolert og uten nettverkstilgang, og hver datatilgang sjekkes mot workspace, app og rettigheter. Hver versjon tas vare på, og den forrige er live igjen med ett klikk. Koden til hver app dere bygger, ligger som et Git-repository i workspacet deres.
Hva vibe coding ikke erstatter
For å være ærlige: En sjekk kan vise at lederen ikke ser lønninger. Den kan ikke avgjøre om feriereglene deres er riktige. Det er fortsatt deres beslutning, og slik skal det være. Ingen andre enn dere vet hvordan virksomheten deres fungerer.
Det som endrer seg, er rollen til fagavdelingene. De blir ikke utviklere. De forblir det de er, bare at kunnskapen deres nå blir til programvare direkte. De trenger ikke forstå databaser, men de må kunne formulere reglene sine tydelig. Den som har skrevet en god prosessbeskrivelse, kan det.
Vil dere ha hjelp, står dere ikke alene. Plattformstøtte er inkludert i alle planer. Støtteavtaler som kan bestilles, hjelper med deres egne apper, og Premium inkluderer gjennomgang av nye apper før de går live.
Lov til å bygge, trygt i drift
Til syvende og sist er vibe coding i bedriften ikke et teknologispørsmål. Det er et spørsmål om tillatelse. Skal de som kjenner arbeidsflytene, få bygge programvaren for dem? Vi sier ja, så lenge resultatet kjører der bedriften kan se det, sjekke det og rulle det tilbake.
Ikke alt må bygges. Ferdige apper kommer fra en App Store som stadig vokser: Filer, E-post og telefon, Meet, Bank, Lønn, Nettside og Wiki kjører allerede i dag. Ved installasjon kjører den publiserte, sjekkede versjonen, uten bygging og uten KI-kostnader. Det som mangler, bygger dere selv.
Prøv gratis
Openbase.one koster per workspace, ikke per bruker, og alle apper er inkludert. Dere starter med 15 € i KI-kreditt og uten kredittkort. Alle planer og støtteavtaler finner dere på prissiden.
Beskriv den første appen deres og se den gå live, ferdig sjekket.
Start gratis