En pilot startas. Ett team, ett verktyg, en period av några veckor eller månader. I slutet följer en återkoppling: det kändes bra, människor var entusiastiska, saker gick snabbare. Och sedan fattas ett beslut baserat på den känslan, medan ingen i förväg har fastställt vad piloten egentligen skulle ge svar på.
Det är fallgropen. Inte piloten i sig, utan avsaknaden av en fråga som piloten skulle besvara. Utan den frågan är varje utfall ett gott utfall, och det är just problemet. En pilot utan avtal om vad som ska visas kan inte misslyckas, och kan därför heller inte bevisa något.
En pilot känns som ett säkert sätt att börja. Starta smått, se vad som händer, sedan skala upp om det fungerar. Det låter förnuftigt, och i en stabil situation är det också det. Men AI påverkar inte bara det team som driver piloten. Det påverkar hur data registreras, vem som beslutar om vad, och vilka system som måste kommunicera med varandra. En pilot som inte mäter något om detta mäter alltså heller inget om frågan om resten av organisationen skulle uppnå samma resultat.
Logiken i "prova smått först" utgår från att framgång i litet format går att översätta till framgång i stort. Det är just därför att skala upp utan att grunden är på plats inte ger något: vad som fungerade i en pilot gjorde det ofta tack vare omständigheter som inte finns på andra håll. Ett motiverat team, ett rent dataset, en chef som råkade tänka med. Utan avtal om vad som skulle testas förblir det oklart om resultatet berodde på tekniken eller på de exceptionella omständigheterna under vilka den testades.
Det finns några igenkännbara signaler.
Den första signalen är att piloten avslutas med en berättelse istället för ett svar. Man berättar vad som hänt, men ingen kan säga om den i förväg ställda frågan — som egentligen aldrig fanns — har blivit besvarad.
Den andra signalen är att piloten stod fristående från resten av organisationen. Ett team, ett användningsfall, ingen koppling till de system eller avdelningar som skulle behöva bära resultatet om det fungerar. Det är samma fallgrop som när en pilot bara fungerar i sitt eget hörn: isolerad framgång säger lite om vad som händer när resten av organisationen måste ansluta sig.
Den tredje signalen är att ingen äger piloten. Det finns en projektledare, kanske en leverantör, men ingen ägare som ansvarar för vad som ska hända efter piloten. Det märker ni först när piloten är över och frågan "vad nu" förblir obesvarad, exakt det mönster som blir synligt när en demo utan ägare inte ger något.
Den fjärde signalen är att tekniken testades, men inte strukturen den ska fungera i. Roller, ansvarsområden, beslutsvägar: de förblev oförändrade under piloten, och det är just därför att teknik ovanpå en oförändrad struktur inte ger något. En pilot som inte påverkar strukturen testar bara om tekniken fungerar i en miljö som inte behöver förändras. Det är en annan fråga än om organisationen är redo att arbeta med den.
Ordningen i vilken AI-mognad byggs upp är inte godtycklig. Organisationen, IT-infrastrukturen och datahanteringen utgör grunden som beroende dimensioner — som hur människor samarbetar med AI eller hur beslut fattas — först kan vila på. En pilot som ignorerar denna ordning mäter i praktiken något annat än det den påstår att mäta. Den mäter kreativiteten hos ett team vid ett tillfälle, inte organisationens mognad som helhet.
Det är också där en VD och en COO vanligtvis ser olika på saken. Vad en VD tittar på vid AI-mognad skiljer sig från vad en COO bedömer där, och en pilot utan i förväg avtalad mätpunkt lämnar båda utan hållpunkt. Frågan är inte om piloten var trevlig, utan om den säger något om de dimensioner som resten måste bära.
Mognadsmätningen från hybridresourcing.com är avsedd att göra det möjliga att sluta detta avtal i förväg. Fem nivåer, från baseline till intelligence, över sju dimensioner, med en plot-runda där flera personer poängsätter oberoende av varandra så att spridningen blir synlig istället för ett enda intryck som antas vara sanningen. På så sätt blir det synligt var organisationen verkligen står, innan ännu en pilot startas som i efterhand ska bevisa vad som aldrig fastställdes i förväg.
Denna mätning handlar om frågan om organisationen kan bära AI: om grunden finns för att låta något fungera strukturellt. När den frågan är besvarad uppstår utrymme för en annan fråga, nämligen vilken del av det faktiska arbetet AI kan ta över. Den frågan besvaras av arbetsanalysen från FTE TO AI, som per uppgift beräknar vilken del av den som kan överföras till AI. Verktyget för denna mognadsmätning är under uppbyggnad; den som vill använda mätningen så snart den blir tillgänglig kan anmäla sig till väntelistan.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.