Opinione
I migliori piloti AI stanno cementando il processo che volevate eliminare

McKinsey ha pubblicato un articolo il 4 agosto 2026 sulla costruzione di una funzione HR intorno agli agenti, e sepolto nella configurazione c’è la frase più utile che qualcuno abbia scritto sull’AI aziendale questo trimestre. Descrivendo cosa succede quando i team costruiscono agenti senza un piano, gli autori scrivono che
Lo chiamano la trappola del pilota: velocità a livello di attività, deriva a livello di progettazione.
Quella frase vale più della struttura che introduce, e si applica ben al di fuori dell’HR, a molte aziende che stanno eseguendo piloti di agenti in questo momento e non possono vedere l’esito, perché i piloti stanno funzionando.
La trappola è il pilota che ha successo
Ecco il meccanismo. Un specialista di paghe o un reclutatore, come nota l’articolo, può ora configurare un agente funzionante in un pomeriggio utilizzando strumenti a basso codice, le piattaforme di costruzione per configurazione che mettono la maggior parte del lavoro nel fare clic e scrivere istruzioni piuttosto che scrivere codice. Non un prototipo. Uno funzionante, collegato a un flusso di lavoro reale, producendo output reali.
Ciò significa che la sequenza che tutti hanno imparato, iniziare con piccoli passi, imparare e poi espandere, non è più l’opzione cauta. McKinsey lo afferma chiaramente: l’istinto di “iniziare con piccoli passi e imparare” non è più conservativo. Quando qualsiasi specialista può creare un agente in un pomeriggio, l’inizio con piccoli passi avviene sia che la leadership lo approvi o no.
È importante essere precisi su dove finisce l’articolo e inizia l’estrapolazione. La trappola del pilota di McKinsey è principalmente un argomento sullo sforzo sprecato — team che perfezionano passaggi che una riorganizzazione appropriata eliminerebbe. La versione qui sotto è la più dura, ed è mia: lo sforzo sprecato è recuperabile, e il blocco non è.
I piloti falliti sono okay. Un pilota che fallisce viene spento e dimenticato e costa solo alcune settimane. Quelli pericolosi sono quelli che funzionano, perché un agente funzionante diventa immediatamente portante. Qualcuno dipende da esso il martedì. Viene difeso nella riunione di budget. E qualunque processo abbia automatizzato, compresi tutti i passaggi che esistono solo a causa di un sistema sostituito quattro anni fa o di una politica che nessuno ha letto da allora, è ora codificato, in esecuzione e molto più difficile da discutere di quanto non fosse quando viveva in un documento.
Quella è la trappola. Non avete automatizzato un flusso di lavoro. Avete ratificato uno. Che è la versione scomoda del risultato sempre più comune che . Se il flusso di lavoro è la variabile che conta, allora indurire uno cattivo è la cosa più costosa che un pilota di successo può fare.
Il numero che hanno sepolto
Il numero di titolo nel pezzo è che circa due terzi delle attività HR di oggi potrebbero essere completamente automatizzate o completamente automatizzate nella consegna entro il 2030. Quel numero verrà citato ovunque questa settimana ed è la cosa meno interessante dell’articolo.
Il numero interessante è nell’esibizione di allocazione del tempo. Nello stato di destinazione descritto da McKinsey, circa il 20 percento del tempo umano va alla gestione delle capacità agentiche: configurazione degli agenti, scrittura e revisione della logica che quegli agenti seguono, test prima del rilascio, monitoraggio delle prestazioni e deriva, e ritiro quando il flusso di lavoro cambia. L’articolo non definisce la deriva; leggetela come la lenta scivolata in cui l’output di un agente rimane plausibile mentre smette lentamente di essere giusto.
Un quinto delle ore umane di una funzione spese per curare le macchine. L’articolo è esplicito che questo non è “una categoria di arrotondamento”, ed è giusto. È lo stesso , ora dato un percentuale. Ma il pezzo non dice se quel 20 percento sia un costo di transizione che scende man mano che la pratica matura, o il prezzo effettivo dello stato stazionario per eseguire agenti su larga scala. Quello è il numero che decide se un programma di agenti è una riduzione dei costi o uno scambio di costi, ed è mancante. Se state modellando risparmi sull’automazione e non avete inserito una riga nel modello per le persone che mantengono l’automazione, il vostro modello è sbagliato di circa un quinto del team interessato.
La stessa lacuna si verifica nel dettaglio del caso. Un’organizzazione nel pezzo ha implementato 50 casi d’uso e “ha identificato significativi risparmi annuali insieme a miglioramenti significativi nei livelli di servizio HR”. Significativo sta facendo molto lavoro lì. Più importante: l’articolo avverte, nel paragrafo subito dopo, che in alcuni casi le organizzazioni migliorano l’efficienza dei processi che una riorganizzazione successiva elimina o assorbe in flussi di lavoro completamente diversi. Quindi, quanti di quei 50 sono sopravvissuti? Quel singolo numero stabilirebbe se la strada dal basso verso l’alto sia una scorciatoia o un’esclusiva costosa, e non c’è.
La metà del consiglio che una società normale può effettivamente utilizzare
La prescrizione di McKinsey è definire il vostro modello operativo umano-agente 2030 per primo e lavorare a ritroso da esso. Definire la destinazione, quindi sequenziare l’implementazione, gli investimenti di capacità, la governance.
L’articolo è onesto su chi può farlo. La sua stessa organigramma di destinazione, dice, richiede “muscoli di gestione del prodotto che la maggior parte delle funzioni HR non ha oggi, una base di dati abbastanza forte da eseguire un grafico delle competenze, e un CHRO con un mandato di progettazione della forza lavoro aziendale reale”. Poi: “meno organizzazioni possono iniziare da qui”.
Per tutti gli altri, comprese molte aziende che già hanno agenti in esecuzione, la stella polare non è la metà azionabile. La diagnosi è. Se gli agenti non governati codificano il vecchio processo, allora l’esposizione che avete oggi è proporzionale a quanti agenti esistono già che nessuno ha approvato, e quasi certamente non conoscete quel numero.
Quindi il primo passo non è un progetto 2030. È un conteggio.
Scoprite cosa sta effettivamente funzionando. Non cosa è stato approvato. Cosa esiste. Ogni automazione che qualcuno ha costruito in uno strumento a basso codice, ogni lavoro pianificato collegato a una casella di posta condivisa, ogni assistente configurato contro un sistema di registrazione reale. Per ognuno, tre fatti: chi l’ha costruito, cosa può toccare e cosa si rompe se si ferma. Quell’inventario richiede un pomeriggio per dipartimento ed è l’unica versione di “governance” che un’azienda senza un ufficio di trasformazione può eseguire il lunedì.
La quinta domanda del CHRO dell’articolo è quella da rubare, ed è la più acuta delle cinque: quali scelte precoci sono fondamentali, quali si accumulano nel tempo e quali possono essere sicuramente annullate. Ordinate il vostro inventario in quel modo. Gli agenti che possono essere sicuramente annullati sono i vostri esperimenti e dovreste eseguirne altri. Quelli che non possono essere annullati sono la vostra architettura, indipendentemente da chi l’abbia deciso. È anche una correzione utile all’istinto che guida la maggior parte dei primi piloti, che è puntare gli agenti al .
Chi ci rimette veramente
La parte che perde qui non è l’azienda che non ha mai iniziato. È quella che ha due anni di esperienza con un numero sano di piloti e una diapositiva che mostra l’adozione in aumento.
Il conteggio dei piloti è il parametro che sembra un progresso e misura il contrario. Ogni pilota aggiuntivo costruito contro il processo attuale aumenta il costo di modifica di quel processo in seguito, perché ora c’è uno strumento sul cammino e una persona che lo possiede e un numero in una diapositiva che dice che funziona. L’azienda con decine di agenti funzionanti non è avanti rispetto all’azienda con tre. È più impegnata.
Quella è la riformulazione degna di essere presa da questo pezzo. La domanda da fare sul vostro programma di agenti non è quanti sono in esecuzione o quanto sono precisi. È quanto del vostro modello operativo attuale dovreste srotolare per cambiare idea — e se qualcuno potrebbe dirvelo oggi.












