Förra månaden satt jag i ett styrgruppsmöte. Åtta personer, två timmar, för att besluta om en funktionalitet skulle prioriteras in i nästa sprint. Lönekostnaden för mötet: uppskattningsvis 15 000 kronor.
Dagen efter byggde jag en fungerande prototyp av samma funktionalitet med AI. Tidsåtgång: tre timmar. Kostnad: i princip noll.
Mötet kostade mer än att bara bygga det vi pratade om.
Det är inte en anekdot. Det är symptom på ett strukturellt problem. Våra IT-processer är designade för en ekonomi som inte längre existerar.
Den gamla logiken
Traditionell IT-styrning bygger på en enkel kalkyl: utvecklartid är dyrt, planering är billigt. Lägg tid på att specificera, prioritera och godkänna - för att undvika att slösa dyr genomförandetid på fel saker.
Kravspecifikationer. Sprintplanering. Stakeholdermöten. Tekniska specifikationer. Backloggar där idéer köar i månader för att få tillgång till den knappa utvecklingskapaciteten.
Allt detta var rationellt när ett litet projekt kostade hundratusentals kronor i utveckling. Ett styrgruppsmöte på 200 000 kronor som förhindrar ett dåligt beslut värt tjugo miljoner är uppenbart väl investerat.
Matematiken har ändrats
Nu ser kalkylen annorlunda ut.
Styrgruppsmötet kostar fortfarande 200 000 kronor. Men prototypen som tidigare tog en utvecklare två veckor kan genereras på en eftermiddag. Genomförandekostnaden har gått från hundratusentals kronor till några tusenlappar.
Plötsligt kostar godkännandeprocessen mer än att faktiskt testa idén.
Det vänder upp och ned på hela logiken. När genomförande är dyrt optimerar vi för att undvika dåliga idéer. När genomförande är billigt borde vi optimera för att testa idéer snabbt.
De flesta organisationer har inte justerat. De kör fortfarande processer designade för en flaskhals som flyttat.
Tre saker som förändras
1. Bygga istället för specificera
När någon har en idé är den snabbaste vägen till utvärdering ofta en fungerande prototyp, inte ett kravdokument. Prototypen svarar på frågor dokumentet bara kan spekulera kring.
Jag har sett team spendera tre veckor på att specificera en lösning som tog fyra timmar att bygga med AI. Specifikationen var dessutom fel på flera punkter som blev uppenbara först när prototypen fanns.
2. Vända på godkännandeflödet
Traditionellt: godkänn idén, sedan bygg.
Nu: bygg proof-of-concept, sedan godkänn för produktion.
Låt AI skapa första versionen. Människor avgör om den ska skalas. Godkännandemötet blir kortare och bättre - vi diskuterar något konkret istället för att spekulera om ett dokument.
3. Mäta annorlunda
Sluta mäta hur väl ni uppskattar projekt. Börja mäta hur snabbt ni kan testa hypoteser.
"Vi hade rätt i vår uppskattning" är irrelevant om ni kunde ha testat idén på en bråkdel av tiden det tog att uppskatta den.
Det kulturella problemet
Det här är inte bara en processförändring. Det är ett kulturellt skifte.
Många organisationer har byggt sin identitet kring noggrann planering och omfattande analys. Team är stolta över tjocka beslutsunderlag och rigorös governance. Att säga "bara bygg och se" känns ansvarslöst.
Men att hålla fast vid dyra planeringsprocesser när execution är billig är inte ansvarsfullt. Det är slöseri. Den disciplin som en gång gjorde organisationer effektiva gör dem nu långsamma.
Det svåra är inte att förstå logiken. Det svåra är att acceptera att det man är bra på har blivit mindre värdefullt.
Åtgärder
1. Börja med lågriskexperiment. Identifiera idéer med begränsad räckvidd. Låt team bygga prototyper utan fullständigt godkännandeflöde. Se vad som händer.
2. Räkna på fördröjningskostnaden. När en idé sitter tre månader i backloggen - vad kostar det? Jämför med att bara bygga den och utvärdera.
3. Skapa snabbspår. Etablera flöden för AI-stödd utveckling som går vid sidan av traditionella processer när kostnaden understiger en viss nivå.
4. Ställ frågan varje gång. Innan ni bokar ett planeringsmöte: skulle vi kunna bygga det här istället?
Slutsats
Flaskhalsen har flyttat från genomförande till beslut. Våra processer är optimerade för att skydda utvecklartid - men utvecklartid är inte längre den knappa resursen.
Den knappa resursen är nu förmågan att snabbt utvärdera vad som fungerar.
Organisationer som förstår det kommer att testa tio idéer medan vi fortfarande specificerar en. Frågan är inte om våra processer behöver förändras. Frågan är hur länge vi har råd att vänta.