Hvordan prioritere AI-ideer når alle avdelinger bygger

Hør deg rundt i et selskap i dag, så finner du folk som har laget en kalkulator for salgsteamet, en AI-agent som leser anbud eller et lite dashbord for kundeservice. Noen av dem er verdt mye for selskapet. De fleste er verdt mye for en person eller et lite team.

Denne guiden er for deg som bestemmer hvilke av dem som får tid, penger og en eier, og gir deg noen ideer til en prosess for å velge hvilke AI-ideer som skal bygges ordentlig.

Køen utenfor IT

Noen IT-avdelinger møter nå et nytt problem. Når folk kan bygge selv, banker mange på døra til IT med en idé de vil bygge ut, koble til selskapets data eller rulle ut til teamet sitt. Køen vokser raskere enn noen IT-avdeling kan ansette.

Det kan være fristende å si nei når køen blir lang. Da risikerer dere å drepe engasjementet og ideeksplosjonen selskapene har ønsket seg i årevis. Selskapet trenger derfor en ny måte å filtrere innovasjon nedenfra på, enten det er agenter, apper eller andre løsninger folk bygger i hele organisasjonen.

Målet er å ta vare på engasjementet og samtidig velge hva som skal bygges ordentlig.

Innovasjonsprosessen med AI, før og etter

I mange selskaper startet nye ideer på papir. En idé ble til en business case, den gikk til en styringsgruppe, og først etter et ja begynte noen å bygge. Det tok gjerne måneder.

Med AI-verktøy er rekkefølgen motsatt, og de som bestemmer, ser på noe som virker.

J.P. Eggers og Sarah Ryan ved NYU Stern og Asha Dinesh hos Miro skriver i Harvard Business Review at det nå er lett å bygge og vanskelig å velge.

Beslutningen forsvinner ikke, men den tas nå etter prototypen. Møtet der den tas, heter betting table, et navn vi har lånt fra Shape Up.

Hva en bet er. En bet gir en idé et fast antall personer og uker, for eksempel to personer i seks uker. Shape Up bruker ordet fordi du ikke kan vite på forhånd om den lønner seg, så du begrenser hva du risikerer. Når tiden er ute, bestemmer dere på nytt. Betting table er møtet der dere plasserer bets.

En bet kan være nesten alt folk nå bygger selv.

I forrige jobb var jeg Chief Product Officer og ledet produktutviklingen. Vi utviklet programvare etter Shape Up, metoden Ryan Singer skrev ned hos Basecamp. Den ferdige pitchen gikk til en betting table, der vi valgte hva vi skulle bruke de neste seks ukene på. Det er en god metode, og jeg ville brukt den igjen.

Gode ideer kommer lettere fram

Den som har ideen, kan lage en prototype av løsningen, eller en side som forklarer den, og vise den fram. Før tok det ti runder på en whiteboard og masse møter. Vibe coding for nybegynnere viser hvordan du lager den første versjonen.

Folk som bygger, får også bedre bestillerkompetanse. Den som har laget en første versjon, vet hva de skal be IT eller en leverandør om, og kan vise hva verktøyet skal gjøre.

Fra prototype til et verktøy selskapet eier

Det er fem steg, og de fleste prototyper trenger aldri mer enn de to første.

• Bygg fritt med godkjente verktøy og godkjente data eller dummydata.
• Vis det fram i en fast demotid uka før betting table.
• Betting table hver sjette uke. Gruppen bestemmer hvor mye tid selskapet vil bruke før arbeidet starter.
• Bygg ordentlig på seks uker. Er det ikke ferdig da, stopper det. De seks ukene og full stopp kommer fra Shape Up.
• Driv det videre eller legg det ned, med stoppkriterier og en dato for ny vurdering avtalt på forhånd.

Hva du tar med til bordet

Ta med selve prototypen og en side som svarer på fem spørsmål.

• Hvilken jobb det hjelper med. Beskriv hva personen prøver å få gjort, det Harvard-professoren Clayton Christensen og medforfatterne hans kaller job to be done.
• Hvorfor det er verdifullt. Hva det sparer av tid eller penger, eller hva det gjør mulig.
• Hvor ofte jobben gjøres, og hvor mange som gjør den.
• Hvilke data det bruker. Det avgjør hvor lang veien er til et verktøy for hele selskapet.
• Hvem som eier det den dagen den som bygde det, bytter jobb.

De rundt bordet spør i tillegg om andre team kan bruke verktøyet som det er, og hvor mye tid det er verdt.

Tre utfall for en AI-prototype

Hver prototype som vises fram, ender et av tre steder.

Behold det selv. Et personlig verktøy som sparer en person for en time i uka, uten noen bet. De fleste prototyper bør ende her, og «den er din, behold den» er ofte det nyttigste svaret fra bordet.

Teamets. En liten bet, der verktøyet får en eier i teamet og en delt mappe, og teamet bestemmer hvordan det endres. Vi skrev om det steget i Skills i Claude Cowork.

Selskapets. Dette er en stor bet. Verktøyet får seks uker med arbeid, en sikkerhetssjekk, tilgang til riktige data og dokumentasjon.

Hvem sitter ved bordet

Hold gruppen liten, med en som kjenner det daglige arbeidet i teamene som bygger, en med budsjettansvar og en fra IT og sikkerhet som vet hva datareglene tillater. Ledere alene kjenner ikke oppgavene, og de som bygger, kan ikke sette av pengene. Den som bygde prototypen, får 15 minutter til å pitche den.

Når en idé berører strategien eller hele selskapet, blir også noen fra ledelsen med.

Det har aldri vært mer verdifullt å samle nerder og fageksperter i ett rom, med superkrefter fra Claude Code.

Simon Sebergsen

Ved siden av prosessen du allerede har

Betting table kommer i tillegg til idéprosessen dere har i dag.

De store satsingene går fortsatt gjennom strategien, som vi skriver om i Hvordan angripe store satsinger med AI.

Før første runde

Start med dummydata. Data som er godkjent for bruk, går også, og du trenger ikke en systemintegrasjon eller live data for å komme i gang. Claude kan lage fiktive data til prototypen, og en prototype viser hva den er verdt uten å være koblet til et system.

Tid til å bygge. Bygges det bare etter arbeidstid, ser du bare ideene til de mest ivrige. En time eller to i uka, avtalt med hver leder, er nok til å komme i gang.

En eier. Betting table trenger en eier som setter datoene, samler sidene og sender påminnelsene. Det kan være noen i IT, forretningsutvikling eller strategi, eller en av AI-ambassadørene deres. Uten en fast eier dør prosessen ofte etter første runde.

Den første runden

Åpne betting table for alle i selskapet. Gode ideer kommer fra alle avdelinger og roller, ofte fra dem som gjør jobben hver dag.

Velg en dato seks uker fram, med demotid uka før. Be alle som har bygget noe, om å ta det med, sammen med en side. Gå gjennom det som kommer inn med dem som kjenner arbeidet, og velg to bets. Til resten sier du «behold det», og mener det.

Skriv ned det selskapet lærer, som vi beskriver i How to build AI capital, en guide på engelsk.

Gjennom året

Etter den første runden går betting table hver sjette uke. Legg datoene for hele året inn i kalenderen, så de som bygger, vet når neste sjanse kommer.