Dine beste AI-piloter befester prosessen du mente å avskaffe

McKinsey publiserte en artikkel 4. august 2026 om å bygge en HR-funksjon rundt agenter, og begravd i oppsettet er den mest nyttige setningen noen har skrevet om bedrifts-AI denne kvartalen. Ved å beskrive hva som skjer når team bygger agenter uten en plan, skriver forfatterne at “hver ustyrt agent forsterker en del av den gamle driftsmodellen i kode.”

De kaller resultatet pilot-fellen: hastighet på oppgavenivå, drift på designnivå.

Den setningen er verdt mer enn rammeverket det introduserer, og det gjelder langt utenfor HR, til mange bedrifter som kjører agent-piloter nå som ikke kan se utfallet, fordi pilotene fungerer.

Fellen er piloten som lykkes

Her er mekanismen. En lønnsspesialist eller en rekrutterer, noterer artikkelen, kan nå konfigurere en fungerende agent på en ettermiddag med lavkode-verktøy, bygge-ved-å-konfigurere-plattformene som legger mesteparten av arbeidet i å klikke og skrive instruksjoner i stedet for å skrive kode. Ikke en prototype. En fungerende en, koblet til en virkelig arbeidsflyt, produserer virkelig utdata.

Dette betyr at sekvensen alle lærte, start smått så lære så utvide, ikke lenger er den forsiktige valget. McKinsey sier det rett ut: instinktet til å “starte smått og lære” er ikke lenger konservativt. Når noen spesialist kan sette opp en agent på en ettermiddag, skjer start smått uansett om ledelsen godkjenner det eller ikke.

Verdt å være presis om hvor artikkelen stopper og ekstrapolasjonen starter. McKinseys pilot-felle er hovedsakelig et argument om spilt arbeid — team som perfeksjonerer trinn som en ordentlig redesign ville slette. Versjonen under er den hardeste, og det er min: det spilte arbeidet er tilbakeførbar, og låsing ikke.

De mislykkede pilotene er grei. En pilot som feiler skrus av og glemmes og koster noen uker. De farlige er de som fungerer, fordi en fungerende agent umiddelbart blir bærende. Noen sin tirsdag avhenger av det. Det forsvares i budsjettmøtet. Og hva som helst prosess det automatiserte, inkludert alle trinn som bare eksisterer fordi av et system du erstattet for fire år siden eller en politikk ingen har lest siden, er nå kodet, kjører og mye vanskeligere å argumentere mot enn det var da det levde i et dokument.

Dette er fellen. Du automatiserte ikke en arbeidsflyt. Du ratifiserte en. Det er den ubehagelige versjonen av den stadig mer vanlige funn at AI-resultater avhenger mer av arbeidsflytens form enn av verktøyene som peker på den. Hvis arbeidsflyten er den viktige variabelen, så er å forsterke en dårlig en det dyreste ting en vellykket pilot kan gjøre.

Tallet de begravde

Overskriften i artikkelen er at omtrent to tredeler av dagens HR-aktiviteter kunne fullstendig automatiseres eller fullstendig automatiseres i levering innen 2030. Det tallet vil bli sitert overalt denne uken og det er det minst interessante i artikkelen.

Det interessante tallet er i tidsallokeringstabellen. I målstaten McKinsey beskriver, går omtrent 20 prosent av menneskelige timer til det de kaller agenskapasitetsstyring: konfigurere agenter, skrive og gjennomgå logikken disse agentene følger, teste dem før utgivelse, overvåke deres ytelse og drift, og pensjonere dem når arbeidsflyten endres. Artikkelen definerer ikke drift; les det som den langsomme glide hvor en agents utdata forblir plausibelt mens det stille og rolig slutter å være riktig.

En femdel av en funksjons menneskelige timer brukt til å pleie maskinene. Artikkelen er eksplisitt om at dette ikke er en avrundingskategori, og det er riktig. Det er det samme tilsynsoverhodet som stadig dukker opp som den største skjulte kostnaden i bedrifts-AI, nå gitt en prosent. Men artikkelen sier ikke om det 20 prosent er en overgangskostnad som faller når praksisen modnes, eller den faktiske stadige pris for å kjøre agenter i stor skala. Det er tallet som bestemmer om et agentprogram er en kostnadsreduksjon eller en kostnadsbytte, og det mangler. Hvis du modellerer besparelser fra automatisering og du ikke har lagt til en linje i modellen for menneskene som vedlikeholder automatiseringen, er modellen din feil med omtrent en femdel av den berørte teamet.

Det samme gapet viser seg i saksdetaljen. En organisasjon i artikkelen implementerte 50 bruksområder og “identifiserte betydelige årlige kostnadsbesparelser sammen med meningfulle forbedringer i HR-tjenestenivå.” Betydelig gjør mye arbeid der. Mer til punkt: artikkelen advarer, i avsnittet rett etter, at i noen tilfeller organisasjoner forbedrer effektiviteten i prosesser som senere redesign eliminerer eller absorberer i helt forskjellige arbeidsflyter. Så hvor mange av de 50 overlevde? Det ene tallet ville avgjøre om den bunneveien er en kortvei eller en dyr omvei, og det er ikke der.

Halvparten av rådet en vanlig bedrift faktisk kan bruke

McKinseys resept er å definere din 2030 menneske-agent-driftsmodell først og arbeide bakover fra den. Definer målet, så sekvenser implementeringen, evneinvesteringene, styringen.

Artikkelen er ærlig om hvem som kan gjøre det. Dets eget målorgchart, sier det, krever “produktledelsesmuskel som de fleste HR-funksjoner ikke har i dag, en datafundament sterk nok til å kjøre en ferdighetsgraf, og en CHRO med en virkelig bedrifts-arbeidsstyringsmandat.” Så: “færre organisasjoner kan starte her.”

For alle andre, inkludert mange bedrifter som allerede har agenter som kjører, er nordstjernen ikke den handlebare halvdel. Diagnosen er. Hvis ustyrtede agenter kodifiserer den gamle prosessen, så er eksponeringen du har i dag proporsjonal med hvor mange agenter som allerede eksisterer som ingen godkjente, og du vet sannsynligvis ikke det tallet.

Så det første trekket er ikke en 2030-utkast. Det er en telling.

Finn ut hva som faktisk kjører. Ikke hva som ble godkjent. Hva eksisterer. Hver automatisering noen bygde i et lavkode-verktøy, hver planlagt jobb koblet til en delt innboks, hver assistent konfigurert mot et virkelig system av record. For hver enkelt, tre fakta: hvem bygde det, hva det kan berøre, og hva bryter hvis det stopper. Denne inventaren tar en ettermiddag per avdeling og det er den eneste versjonen av “styring” en bedrift uten en transformasjonskontor kan utføre på mandag.

Artikkelen sin egen femte CHRO-spørsmål er det å stjele, og det er det skarpeste av de fem: hvilke tidlige valg er grunnleggende, hvilke kompenserer over tid, og hvilke kan trygt gjøres om. Sorter din inventar på den måten. Agentene som kan trygt gjøres om er dine eksperimenter og du bør kjøre flere av dem. De som ikke kan, er din arkitektur, uansett om noen bestemte det eller ikke. Det er også en nyttig korreksjon til instinktet som driver de fleste første piloter, som er å peke agenter mot den mest synlige prosessen i stedet for en mer stille intern en.

Hvem dette faktisk koster

Partiet som taper her er ikke bedriften som aldri startet. Det er den som er to år inne med en sunn pilot-telling og en skrive som viser at adopsjonen stiger.

Pilot-telling er målet som føles som fremgang og måler det motsatte. Hver ekstra pilot bygget mot den nåværende prosessen øker kostnaden av å endre den prosessen senere, fordi nå er det verktøy i veien og en person som eier det og et tall i en skrive som sier det fungerer. Bedriften med dusinvis av fungerende agenter er ikke foran bedriften med tre. Det er mer kommittet.

Dette er omrammingen verdt å ta ut av denne artikkelen. Spørsmålet å stille om ditt agentprogram er ikke hvor mange som kjører eller hvor nøyaktige de er. Det er hvor mye av din nåværende driftsmodell du må avvikle for å endre din mening — og om noen kunne si deg det i dag.