C’è un riflesso comune in molte organizzazioni quando si scopre che i dipendenti usano strumenti AI non autorizzati — quello che in gergo si chiama Shadow AI, l’uso di chatbot e tool di intelligenza artificiale al di fuori di qualsiasi controllo o approvazione IT. Si tratta come un problema di disciplina. Servono regole più chiare, controlli più stretti, magari un blocco di accesso.
È una lettura parziale. Quasi nessun dipendente che carica un contratto su un chatbot pubblico lo fa con l’intenzione di mettere a rischio l’azienda. Lo fa perché ha una scadenza, ha trovato uno strumento che funziona, e nessuno gli ha mai offerto un’alternativa altrettanto buona all’interno dei canali ufficiali.
Questo non rende il comportamento privo di conseguenze. Un dato riservato che finisce su una piattaforma esterna resta un rischio concreto, indipendentemente dalle intenzioni di chi lo ha caricato. Ma il problema non si risolve solo dicendo alle persone di stare più attente. Va affrontato anche a monte: l’azienda non ha mai progettato un modo per usare l’AI con permesso, in modo che farlo senza fosse la scelta meno naturale.
Quanto è già successo, senza che nessuno lo decidesse
L’AI generativa è entrata nei processi aziendali senza aspettare una delibera. Secondo diverse ricerche internazionali, una quota significativa dei lavoratori utilizza già strumenti di AI generativa senza che l’organizzazione abbia piena visibilità sui casi d’uso, sui dati condivisi o sui modelli impiegati. È successo nel marketing, nello sviluppo software, nelle risorse umane, nelle vendite — ovunque qualcuno avesse un compito da accelerare e uno strumento a portata di mano.
Il risultato è un doppio registro. Da una parte, l’azienda che dichiara procedure, strumenti approvati, flussi di controllo. Dall’altra, l’uso reale — che passa attraverso account personali, livelli gratuiti, strumenti mai visti dall’IT — e che nella maggior parte dei casi nessuno ha mai mappato.
Non è negligenza diffusa. Ma non è nemmeno un fenomeno neutro. È un vuoto organizzativo che si è riempito da solo, nel modo più rapido disponibile — e ogni utilizzo non governato è un punto in cui l’azienda ha perso visibilità su cosa accade ai propri dati.
Perché il divieto da solo non basta
In alcuni contesti, restrizioni rigide sull’uso di strumenti esterni non sono una scelta discrezionale: sono un obbligo normativo. In sanità, nella pubblica amministrazione, in ambiti dove si trattano dati sensibili o informazioni soggette a vincoli regolatori specifici, alcune limitazioni vanno applicate senza eccezioni, indipendentemente da quanto siano comode le alternative.
Detto questo, un divieto comunicato senza un’alternativa praticabile tende a funzionare solo sulla carta. Il bisogno che ha generato l’uso non autorizzato non scompare quando lo si proibisce: resta, e in assenza di uno strumento ufficiale altrettanto valido, qualcuno troverà comunque un modo per soddisfarlo — più nascosto, più difficile da individuare, non meno rischioso.
Il vero nodo è duplice: da un lato, l’azienda deve poter contare su regole chiare e sanzionabili per gli usi che restano inaccettabili a prescindere. Dall’altro, deve sapere quali strumenti vengono usati, con quali dati, sotto quale account, e con quali effetti sulle decisioni che produce — perché senza questa visibilità, anche la policy più rigorosa resta teorica.
Un documento riservato che finisce in un prompt. Una valutazione HR che dipende da un output mai verificato. Un’offerta commerciale costruita su dati clienti caricati su una piattaforma che nessuno ha controllato. Sul piano dei documenti, le policy possono essere impeccabili. Sul piano operativo, succede comunque — e le conseguenze, quando si materializzano, non sono ipotetiche: violazioni normative, fughe di dati, perdita di proprietà intellettuale.
Il segnale che sta mandando
C’è un modo complementare di guardare al fenomeno, che non sostituisce la gestione del rischio ma la affianca. Ogni strumento non autorizzato che i dipendenti adottano spontaneamente indica spesso un punto preciso in cui il processo ufficiale non risponde a un bisogno reale — non perché le persone vogliano aggirare le regole, ma perché lo strumento approvato è più lento, più rigido, o semplicemente non esiste.
Ignorare questo segnale e limitarsi al controllo significa perdere un’informazione utile: dove l’organizzazione ha smesso di essere competitiva rispetto a quello che le persone possono trovare da sole in pochi minuti. Ma riconoscerlo non significa derogare dalle responsabilità individuali — significa affrontare il problema su entrambi i fronti.
Cosa significa governare
Costruire un’alternativa governata non significa rallentare l’adozione dell’AI, né rinunciare a regole vincolanti dove servono. Significa rendere l’uso dell’AI visibile, valutabile, e integrato in un’architettura che l’azienda controlla davvero.
Governare l’AI non è soltanto una questione di policy. Richiede architetture, integrazioni, gestione degli accessi, classificazione dei dati e strumenti che permettano alle persone di lavorare con la stessa semplicità delle piattaforme pubbliche, ma all’interno di un perimetro controllato — con regole chiare su cosa non è negoziabile e conseguenze definite per chi le viola consapevolmente.
Questo richiede passaggi che si rafforzano a vicenda. Mappare cosa viene già usato — non in teoria, ma nei flussi di lavoro reali, reparto per reparto. Definire con chiarezza quali dati possono attraversare quali strumenti, distinguendo tra uso a basso rischio e uso che coinvolge informazioni sensibili, contratti, codice proprietario, dati soggetti a vincoli normativi specifici. E offrire strumenti ufficiali che siano almeno altrettanto comodi di quelli che le persone hanno già trovato da sole — perché una policy senza un’alternativa praticabile è solo un divieto travestito da governance.
Le aziende che vinceranno questa transizione non saranno quelle che bloccheranno più strumenti, né quelle che lasceranno correre senza regole. Saranno quelle che renderanno l’innovazione utilizzabile, sicura e governabile — su entrambi i fronti, allo stesso tempo.