Il triatleta dell'IA e il problema che nessuno vuole nominare nella sala del consiglio di amministrazione
C'è una frase che si ripete in quasi tutte le riunioni del comitato esecutivo in cui si esaminano progetti di intelligenza artificiale: "il pilota è stato un successo." E poi, silenzio. Nessuno chiede perché il pilota non sia mai diventato qualcos'altro. L'organizzazione celebra l'esperimento, archivia gli apprendimenti e, tre mesi dopo, lancia un altro pilota. Il ciclo si reinizializza senza che nessuno abbia risolto la domanda di fondo: chi è il responsabile di portare tutto ciò a scala.
Questo è il vero problema identificato in un articolo pubblicato di recente nel Forbes Technology Council a firma di Anna Drobakha, direttrice globale della trasformazione digitale e dell'IA presso Groupe SEB. L'argomento centrale non ruota attorno alla tecnologia né al budget. Ruota attorno all'architettura della leadership. E questa distinzione conta più di quanto la maggior parte dei comitati direttivi sia disposta ad accettare.
La proposta di Drobakha è concreta: le organizzazioni che falliscono nella trasformazione con l'IA non lo fanno per mancanza di strategia, né per mancanza di talento tecnico, né per mancanza di investimenti. Lo fanno perché distribuiscono le tre discipline che tale trasformazione richiede — chiarezza strategica, integrazione delle capacità e responsabilità di esecuzione — in persone, funzioni e livelli organizzativi distinti, senza che nessuno sia proprietario di ciò che accade negli spazi tra di esse. La metafora che utilizza è precisa: un triathlon non è composto da tre gare separate. È uno sforzo continuo in cui le transizioni tra le discipline sono tanto esigenti quanto le discipline stesse.
Perché i piloti non scalano
La diagnosi di Drobakha non è nuova, ma la maggior parte delle organizzazioni la tratta come se lo fosse. Di tanto in tanto appare una nuova nomenclatura per lo stesso problema: divario di implementazione, debito di cambiamento, vuoto di adozione. Cambia il nome, la frattura persiste.
Ciò che l'articolo mette sul tavolo con insolita chiarezza è che quella frattura non è tecnica né di bilancio. È una frattura di responsabilità. Nella maggior parte delle grandi organizzazioni, lo stratega che progetta la roadmap dell'IA non controlla le risorse dei dati. L'architetto delle capacità che costruisce la piattaforma non governa i flussi di lavoro operativi. L'operatore che cerca di implementare il cambiamento non ha autorità sull'agenda del comitato che approva cosa viene scalato e cosa viene abbandonato. Ognuno fa la propria parte con rigore. Nessuno è proprietario di ciò che accade tra le parti.
Questa non è una disfunzione minore. È il meccanismo esatto attraverso cui la maggior parte delle iniziative di IA aziendale muore di una morte lenta e decorosa, senza fallire con sufficiente clamore da generare urgenza di correzione. Il pilota "è stato un successo." L'adozione "è in corso." La scala "richiede maggiore allineamento." E l'organizzazione continua a investire in tecnologia mentre il vero collo di bottiglia — la coerenza della leadership tra strategia, capacità ed esecuzione — rimane senza intervento.
Ciò che Drobakha chiama "il triatleta dell'IA" non è un profilo di assunzione né un nuovo titolo per l'organigramma. È una descrizione della capacità che le organizzazioni devono sviluppare nei loro team dirigenziali completi: l'abilità di sostenere le tre discipline in movimento simultaneo, leggere i segnali in una e prendere decisioni operative in un'altra senza perdere la coerenza di sistema. Questa capacità non si delega a un Chief AI Officer e si dà per risolta. Si costruisce oppure non si costruisce nel collettivo di leadership. Non esiste una scorciatoia strutturale.
La transizione come unità di misura
C'è un dettaglio nell'argomento di Drobakha che merita più attenzione di quanta di solito riceva nelle analisi di trasformazione: l'idea che le transizioni tra discipline siano il punto in cui le iniziative si guadagnano o si perdono. Non nello sprint strategico iniziale. Non nella fase di esecuzione. Nel passaggio dall'una all'altra.
Questo ha implicazioni concrete su come le organizzazioni dovrebbero misurare la maturità della loro trasformazione con l'IA. La maggior parte dei framework attuali misura le capacità: hanno dati di qualità? Hanno modelli dispiegati? Hanno talenti nella scienza dei dati? Sono domande legittime, ma incomplete. Ciò che non misurano è la qualità della transizione tra diagnosi strategica e ridisegno operativo, o tra ridisegno operativo e adozione su larga scala. È esattamente lì che il lavoro accumulato si disperde o si consolida.
Un team dirigenziale può avere una chiarezza strategica impeccabile su dove l'IA genera valore per il proprio business, costruire una solida piattaforma tecnica e vedere comunque come l'adozione si inceppi perché nessuno ha progettato con rigore il passaggio tra la logica di costruzione e la logica di mobilitazione organizzativa. Sono discipline distinte. Richiedono attenzione distinta. E nella maggior parte delle organizzazioni, quel passaggio viene dato per scontato o delegato alla gestione del cambiamento come se fosse un processo amministrativo separato dal nucleo strategico.
Drobakha lo formula in modo più rigoroso: i leader che sostengono la trasformazione non reagiscono a ogni transizione. Gestiscono il sistema in modo continuo, anticipando dove l'energia si dissiperà prima che ciò accada e reindirizzando le risorse verso quel punto. Questo non è gestione di progetti. È pensiero sistemico applicato all'architettura della leadership.
La differenza tra le due capacità non è banale. Un project manager esegue il piano. Un pensatore sistemico modifica il piano quando rileva che le condizioni che lo giustificavano sono cambiate, e lo fa senza aspettare che il fallimento lo costringa a farlo. In pratica, le organizzazioni che scalano l'IA in modo sostenuto hanno almeno alcuni leader di questo secondo tipo che operano con visibilità e autorità sufficienti per adeguare il sistema mentre avanza. Quelle che non li hanno accumulano piloti di successo.
Il problema strutturale che la metafora non risolve
L'articolo di Drobakha è rigoroso nella diagnosi e onesto riguardo alla complessità del problema. Tuttavia, c'è un punto in cui l'argomento richiede maggiore tensione per essere utile come strumento di decisione esecutiva.
Affermare che le organizzazioni devono sviluppare la capacità del "triatleta dell'IA" in tutto il team dirigenziale — che ogni leader funzionale deve operare con coerenza tra strategia, capacità ed esecuzione nell'IA — è corretto come descrizione dello stato obiettivo. Ma omette la domanda su come finanziare quella capacità senza dissolvere il focus funzionale che rende preziosa ogni posizione dirigenziale in primo luogo.
Un CFO che dedica energia cognitiva significativa alla modellazione dell'impatto dell'IA sulla struttura dei costi mentre gestisce un ciclo del debito complesso e un processo di chiusura fiscale non sta essendo strategicamente irresponsabile nel definire le priorità. Sta scegliendo. E quella scelta ha un costo opportunità visibile. La proposta del triatleta presuppone che la capacità di operare in tre discipline contemporaneamente sia accumulabile senza un costo equivalente in profondità funzionale. Questa ipotesi merita di essere messa in discussione prima di diventare un'aspettativa organizzativa.
Ciò che distingue le organizzazioni che stanno risolvendo questo problema in modo più duraturo non è che ogni leader sia ugualmente competente nelle tre discipline. È che hanno una densità di leadership sufficiente nei punti di transizione — persone con autorità reale, non solo visibilità — affinché nessuno degli spazi tra le discipline rimanga senza un proprietario. Questo può essere ottenuto con triatleti individuali. Può anche essere ottenuto con team dirigenziali in cui la sovrapposizione deliberata delle responsabilità copre gli spazi tra le funzioni.
La distinzione conta perché definisce cosa cerca un'organizzazione quando assume o sviluppa leader. Cercare triatleti completi è una scommessa concentrata su profili rari. Progettare team con una sovrapposizione strategica deliberata nei punti di transizione è un problema di architettura organizzativa più accessibile e, in molti contesti, più robusto di fronte alla rotazione dei talenti.
La rinuncia che l'articolo non nomina
C'è qualcosa che l'argomento di Drobakha lascia implicito ma che merita di essere reso esplicito, perché è il punto in cui la maggior parte delle organizzazioni non arriva: scalare l'IA in modo sostenuto richiede che il team dirigenziale accetti di abbandonare le iniziative con lo stesso rigore con cui le lancia.
Il problema dei piloti che non scalano non è solo che nessuno sia proprietario della transizione. È anche che le organizzazioni raramente hanno la disciplina per chiudere ciò che non funziona prima di lanciare la cosa successiva. Il risultato è un accumulo di iniziative attive che competono per le stesse risorse di dati, lo stesso talento tecnico e la stessa capacità di attenzione della leadership, senza che nessuna abbia la massa critica per raggiungere la scala.
Drobakha accenna en passant al fatto che l'esecuzione richiede "una governance disciplinata su cosa testare, cosa fermare e cosa scalare." Quella frase merita di essere al centro dell'analisi, non una clausola subordinata. Perché la capacità di fermare è, in pratica, la più scarsa. Fermare un pilota visibile che è stato lanciato con il sostegno politico del CEO ha un costo organizzativo reale. Richiede che qualcuno con autorità sufficiente lo esegua, lo giustifichi e assorba il costo relazionale nel farlo. Quella decisione è, a tutti gli effetti, la più esigente delle tre discipline del triatleta. Non la più tecnica. Non la più strategica. La più umana.
Le organizzazioni che stanno guadagnando terreno nell'IA non sono necessariamente quelle che investono di più né quelle che hanno i modelli più sofisticati. Sono quelle che hanno sviluppato la capacità istituzionale di impegnarsi su meno cose e sostenere quell'impegno quando la pressione a dimostrare un'ampiezza di agenda si fa sentire da parte del consiglio di amministrazione. Questa è la rinuncia che definisce se l'architettura di leadership descritta nell'articolo è un framework operativo o un'aspirazione ben redatta.
Il triatleta dell'IA, nella versione più utile del concetto, non è il leader che sa tutto. È quello che sa cosa lasciare andare affinché tutto il resto arrivi da qualche parte.
