Bestill programvare som takeaway
Leveringsdrevet utvikling i agentenes tidsalder
Et hotell som drives på 3,6 prosent margin. En restaurant der gjestene bruker mindre og bestiller senere. En produsent som konkurrerer globalt om reisende som er ett søk unna å velge et annet sted.
Dette er virkeligheten i serverings- og matbransjen akkurat nå. En bransje som er fremragende på drift og service – å drive kjøkken, ta imot gjester, dyrke jorda – er under press fra alle kanter: knivskarpe marginer, stigende kostnader, en global kamp om heldigitale reisende og ingen realistisk vei til å ansette innovasjonskompetansen den trenger.
Og likevel har muligheten aldri vært større. Lokale matopplevelser er i ferd med å bli en grunn til at folk reiser – ikke bare noe de finner når de kommer frem. Spørsmålet er om bransjen klarer å bevege seg raskt nok til å gripe den.
Det spørsmålet førte oss til en enkel overbevisning: det eneste reelle målet på fremdrift er fungerende programvare. Ikke story points. Ikke loggførte timer. Ikke rammeverk som er tatt i bruk. Programvare som fungerer, i hendene på dem som trenger den – levert raskt nok til at det betyr noe.
Day of Week er bygget rundt den overbevisningen. Og timingen betyr noe, fordi vi har gått inn i det mange kaller agentenes tidsalder – der AI ikke bare skriver, men i stadig større grad handler.
Fra «AI som snakker» til «AI som gjør»
Agentisk AI beskrives gjerne som AI-systemer som kan sette mål, planlegge og utføre handlinger – ofte ved å integrere med verktøy og annen programvare – i stedet for bare å generere tekst.
Anthropic trekker et nyttig skille som vi også bruker internt:
Arbeidsflyter
Forhåndsdefinerte steg
Forhåndsdefinerte sekvenser som orkestrerer verktøy og språkmodeller i et fast, repeterbart mønster. Tenk samlebånd – forutsigbart og optimalisert.
Agenter
Dynamiske beslutninger
Systemer der språkmodellen dynamisk bestemmer hva den skal gjøre videre, og hvilke verktøy den skal bruke. Tenk souschef – som tilpasser seg i sanntid.
Det skillet betyr noe, fordi det forteller deg hvordan fremtiden ser ut: Programvare vil ikke bare være applikasjoner. Det vil være systemer av agenter og arbeidsflyter som utfører prosesser.
«Agentperioden» – og hva den betyr for alle som bygger programvare
Eric Schmidt har vært konsekvent på tvers av foredrag og intervjuer: neste bølge er ikke bare bedre chat. Det er kombinasjonen av større kontekst (minne), agenter og «tekst-til-handling» – språk som blir til reelle operasjoner.
Han rammer inn dette øyeblikket som «agentperioden» og hevder at det vinnende trekket er å bygge én agent som gjør én oppgave eksepsjonelt godt – ikke bare «et selskap som designer agenter».
Enten du er enig i hver eneste prognose eller ikke, er den praktiske konsekvensen den samme for alle som bygger programvare – interne team, byråer, produktselskaper, oppstartsbedrifter:
Den knappe ressursen er ikke lenger kode. Det er evnen til å gjøre en idé om til fungerende programvare – integrert i ekte systemer, brukt av ekte mennesker.
I reelle agentiske utrullinger går en enorm andel av innsatsen til det mindre glamorøse arbeidet: datateknikk, forankring hos interessenter, styring og integrasjon i arbeidsflyter. Ikke bare prompter. Det er der gapet ligger – og det er det gapet Day of Week er laget for å lukke.
Det du faktisk får: fungerende programvare
Vi kaller modellen vår Software Development as a Service. Men det som betyr noe, er ikke merkelappen – det er hva du sitter igjen med.
Du beskriver resultatet du trenger. Vi sørger for at det er det riktige å bygge. Så leverer vi det – fra ende til ende. Integrert, testet, i drift.
Øyvind Brekkhus Sandåker
Software Development as a Service
Du bestiller resultater. Vi leverer.
Slik fungerer det
01
Du beskriver
Fortell oss hva du trenger. Ikke spesifikasjoner – resultater. Hva skal være sant når vi er ferdige?
02
Vi former det
Vi gjør intensjonen din om til byggbart omfang med tydelige akseptansekriterier.
03
Vi leverer det
Fungerende programvare, integrert i din verden. Så itererer vi.
Klarhet er rakettdrivstoff
Dette fungerer best når du kan investere litt oppmerksomhet i starten. Du trenger ikke være teknisk – du må vite hvordan «ferdig» ser ut. Vi hjelper til med resten.
Det vi kommer til å spørre om
Enkle spørsmål som hjelper oss å levere det riktige.
- Hva skal skje når brukeren klikker på X?
- Hva er «ferdig» i målbare termer?
- Hvilket system utvider vi?
- Noen designreferanser: skisser, Figma, eksisterende UI-mønstre?
- Rammer: etterlevelse, ytelse, hosting, tidsfrister?
Og hvis du ikke helt vet ennå? Det er normalt. Vi leverer en prototype først. Du ser noe ekte, peker oss i riktig retning, og vi itererer derfra. Ingen workshoper. Bare noe som fungerer, som du kan reagere på.
Fungerende programvare fremfor alt.
Ikke rammeverket. Ikke prosessen. Ikke verktøydebatten. Det som løser problemet – levert, integrert, i drift.
Dette handler ikke om hvordan dere er organisert. Det handler om hva dere leverer.
Enten du har et internt team på femti, jobber med et byrå eller er en oppstartsbedrift på to personer – spørsmålet er det samme: hvor raskt kan du gå fra idé til fungerende programvare?
Agentenes tidsalder komprimerer den løkken for alle. AI gjør ikke bare utviklere raskere – det endrer hva det i det hele tatt betyr å «bygge programvare». Menneskene og teamene som omfavner det skiftet, kommer til å levere mer, lære raskere og holde seg tettere på brukerne sine.
Day of Week er én vei inn i det skiftet. Vi hjelper deg å få fungerende programvare – den typen som løser faktiske problemer – uten at du må tenke om hele organisasjonen først.
Det du får
Fungerende programvare betyr
- Funksjoner brukerne dine faktisk kan bruke
- Integrert i de eksisterende systemene dine
- Testet, utrullet og i drift i produksjon
- En tydelig vei til å iterere og forbedre
Det den erstatter
Ikke-fungerende programvare
- Veikart-presentasjoner som aldri leveres
- Proof-of-concepts som blir stående i staging
- Omskrivinger som tar lengre tid enn originalen
- Møter om hva som skal bygges neste gang
Den gamle kodebasen din er ikke et problem. Den er bare en kodebase.
Her er noe verdt å tenke på: AI-kodeverktøy bryr seg ikke om hvilket programmeringsspråk du bruker. Angular, React, Vue, jQuery, PHP, .NET, Python, Go – det er hipp som happ for en språkmodell. Den leser det, forstår det og bygger videre på det.
Det endrer en grunnleggende antakelse de fleste team fortsatt jobber ut fra.
Kan vi migrere dere fra Angular til React? Klart det. Men det bedre spørsmålet er: hvorfor skulle dere? Hvis kodebasen fungerer og AI kan bygge videre på den – bare bestill funksjonen.
I årevis har team fått høre at de må modernisere stacken sin for å holde seg konkurransedyktige. Migrer til mikrotjenester. Skriv om i TypeScript. Ta i bruk det nyeste rammeverket. Det underforståtte løftet: den nye stacken vil gjøre dere raskere.
Men i en tid der AI skriver og vedlikeholder koden, vil ikke rammeverket du bruker, tidoble produktiviteten din lenger. Det har AI-en allerede gjort – uansett hva som ligger under panseret.
Det gamle spørsmålet
«Hvilket rammeverk bør vi bruke?»
- Seks måneders migreringsprosjekt
- Null nye funksjoner under omskrivingen
- Risiko for å ødelegge det som allerede fungerer
- Dyrt – og resultatet er den samme appen
Det bedre spørsmålet
«Hvilket resultat trenger vi?»
- AI jobber med den eksisterende stacken din
- Nye funksjoner leveres på det du allerede har
- Bygg på det som er utprøvd og stabilt
- Invester i resultater – ikke omskrivinger
Skiftet fra «hvilket rammeverk?» til «hvilket resultat?» er verdt mer enn noen teknologimigrering. Det gjelder enten du bygger internt, jobber med partnere eller begge deler.
«Agentisk» er en driftsmodell, ikke en demo
Mange team hører «agentisk AI» og tenker demoer – en chatbot som skriver kode på scenen. Anthropics veiledning for utviklere gir et mer jordnært syn: de mest vellykkede agentimplementasjonene bruker gjerne enkle, komponerbare mønstre, og legger bare til kompleksitet når det gir målbart bedre resultater.
Det passer rett inn i hvordan vi tenker om å bygge:
AI der det gir løftekraft
Analyse, stillaser, tester, dokumentasjon, integrasjonslim – arbeidet som skalerer
Mennesker der dømmekraft betyr noe
Produktbeslutninger, arkitektur, gjennomgang, ansvar – arbeidet som styrer
Resultater som målestokk
Tydelige suksesskriterier, rask iterasjon, fungerende programvare i brukernes hender
Teamene som vinner, blir ikke dem med flest utviklere. Det blir dem med den tetteste løkken fra idé til fungerende programvare.
Hvor vi tror dette er på vei
1
Agenter blir standardmåten arbeid blir gjort på – ikke bare et verktøy, men grensesnittet for å bygge.
2
Tid til fungerende programvare blir konkurransefortrinnet, fordi iterasjonsløkkene komprimeres.
3
Spørsmålet skifter fra «hvordan bygger vi?» til «hva bør vi bygge?» – og svaret er alltid: det som fungerer.
En bransje som trenger dette akkurat nå
Alt ovenfor gjelder bredt. Men det finnes én bransje der gapet mellom det som er mulig og det som faktisk skjer, er spesielt stort: servering og mat.
Hoteller, restauranter og matprodusenter over hele verden opererer med knivskarpe marginer – ofte under 4 prosent. De konkurrerer globalt om reisende som er heldigitale, bestiller senere, bruker pengene mer forsiktig og forventer sømløse opplevelser. Konkurrenten er ikke hotellet lenger nede i gata. Det er hver eneste destinasjon i verden, ett søk unna.
Dette er virksomheter som er eksepsjonelle på drift og service – de vet hvordan man driver et kjøkken, tar imot gjester og dyrker jorda. Det de vanligvis mangler, er tilgang til den typen innovasjonsmuskel teknologiselskaper tar for gitt: evnen til å gå raskt fra idé til fungerende produkt, til å teste nye gjestereiser, til å bygge digitale opplevelser som gjør et sted til et helårlig reisemål.
Presset
Det serveringsbedrifter står overfor i dag
- Marginer under 4 % – ikke rom for mislykkede eksperimenter
- Får ikke ansatt teknologi- og innovasjonskompetansen de trenger
- Gjestene er heldigitale, bestillingene kommer senere
- Global konkurranse om hver reisende, hver sesong
Muligheten
Det agentenes tidsalder frigjør
- Innovasjonstempo fra idé til gjesteopplevelse
- AI-drevne menyer, innkjøp og gjestereiser
- Lokal mat som reisemål – en grunn til å reise hele året
- Skalering uten økte faste kostnader
Dette er nøyaktig den typen utfordring leveringsdrevet utvikling er laget for. Du trenger ikke en stor teknologiavdeling eller et internt innovasjonsteam. Du trenger noen som kan ta ideen din – en ny gjesteopplevelse, et sesongbasert menykonsept, en bestillingsflyt, en produsentmarkedsplass – og levere den som fungerende programvare. Raskt nok til å teste denne sesongen, ikke neste år.
Hotellene, restaurantene og produsentene som omfavner dette skiftet, vil ikke bare overleve tynne marginer. De vil gjøre lokal mat til et reisemål – en grunn til å reise, hele året.
Day of Week finnes for å hjelpe hoteller, restauranter og produsenter med å skalere som gründere – å posisjonere seg for global turisme, bygge nye gjestereiser og levere lokale matopplevelser som blir grunnen til at folk reiser. Du kommer med ambisjonen. Vi leverer programvaren.
I agentenes tidsalder er ikke vollgraven teknologistacken din. Det er hvor raskt du kan få fungerende programvare i hendene på dem som trenger den.
Klar til å levere?
Enten du er et hotell som tenker nytt om gjestereisen, en restaurant som bygger rundt lokale produsenter, eller en produsent som gjør historien sin til et reisemål – vi kan hjelpe deg dit med fungerende programvare.