Anche il manager impara l’IA: come introdurla senza fingersi esperto

Il leader non è tenuto a conoscere ogni strumento meglio del suo team

Una nuova specialista mostra al manager come, grazie all’IA, ha preparato un prospetto in pochi minuti. Lui non conosce lo strumento usato e ha la tentazione di trovarci subito un errore. Prima era il maggiore esperto dell’ufficio; ora persone con meno anzianità ne sanno più di lui sulla tecnologia. Non deve per forza essere una crisi di autorevolezza. Gestire significa anche creare le condizioni in cui le competenze di persone diverse aiutano a ottenere un buon risultato. Il leader resta responsabile delle priorità, delle risorse, del controllo e di un’equa ripartizione del lavoro.

Il problema inizia quando cerca di nascondere ciò che non sa e allo stesso tempo impartisce ordini categorici. «Da domani dovete usare l’IA per tutti i report» suona deciso, ma non chiarisce che cosa si può inviare a un sistema esterno né chi verificherà il risultato. Un inizio migliore è: «Non conosco ancora tutte le possibilità di questo strumento. Voglio che stabiliamo insieme a che cosa serve, dove non funziona e chi approva il risultato».

Come dire «non lo so» senza rinunciare alla responsabilità

Le ricerche sull’umiltà nella leadership descrivono comportamenti come riconoscere i propri limiti, apprezzare i punti di forza altrui ed essere disposti a imparare. Ciò non significa che il leader debba essere impotente. I collaboratori devono però sapere di che cosa continua a rispondere il manager. Un buon messaggio unisce sincerità e un compito chiaro: «Non sono ancora in grado di valutare ogni prompt, ma rispondo del fatto che nessuna informazione non verificata arrivi al cliente».

In pratica il manager può chiedere una dimostrazione a chi conosce bene lo strumento e chiedere a chi è scettico di preparare un elenco di situazioni in cui il risultato può essere fuorviante. Così non finge di essere un esperto, ma organizza un controllo reciproco. In riunione conviene distinguere tre frasi: «questo lo sappiamo già», «questo lo verificheremo» e «questo metodo per ora non lo ammettiamo». Dopo qualche settimana il team giudicherà il leader meno per la conoscenza di tutte le funzioni e più per la qualità delle decisioni prese.

Lo scettico può servire quanto l’entusiasta

Un collaboratore dice: «Non lo uso perché sbaglia troppo spesso». Il manager potrebbe sentirci una resistenza al cambiamento. Eppure chi critica a volte fa osservazioni preziose sulla qualità dei dati, sulla riservatezza o sulla responsabilità del risultato. Ciò non significa che ogni scetticismo sia ben fondato. Vale la pena chiedere un esempio concreto di errore e le condizioni in cui lo strumento potrebbe essere utile. In questo modo la conversazione riguarda i fatti, non il giudizio sulle persone.

Usa una prudenza simile con l’entusiasta. Un report generato in fretta può sembrare impressionante finché nessuno lo confronta con i documenti di origine. Stabilisci due ruoli: chi testa le possibilità e chi verifica i limiti. Scambiali nelle prove successive. Se lo scettico scopre un errore, ringrazialo pubblicamente. Così l’informazione su un problema non diventa una minaccia per la reputazione di chi l’ha segnalata.

I limiti d’uso dell’IA vanno stabiliti prima del primo errore

Il team ha bisogno di risposte a domande pratiche: quali dati si possono inserire, per quali compiti lo strumento è ammesso, che cosa bisogna verificare personalmente, chi firma il risultato e come segnalare gli errori. Non basta l’indicazione «usatelo in modo responsabile». La corrispondenza interna può richiedere un controllo più semplice di un documento per un cliente o di una decisione sul personale. L’ampiezza del controllo dovrebbe dipendere dal rischio.

Il Regolamento europeo sull’IA (AI Act) prevede misure a sostegno dell’alfabetizzazione in materia di IA, che tengano conto dell’esperienza e del contesto d’uso. Ciò non significa che ogni collaboratore debba ottenere la stessa certificazione. Non si dovrebbe nemmeno equiparare qualsiasi chatbot d’ufficio a un sistema ad alto rischio. Il manager dovrebbe conoscere le regole della propria organizzazione e chiarire i dubbi con gli specialisti competenti, invece di pronunciarsi con sicurezza su obblighi che non ha verificato.

Inizia da un solo compito e impara dal suo risultato

Il primo progetto pilota può riguardare la sintesi di materiali pubblicamente disponibili o la preparazione di una bozza di testo senza dati sensibili. Prima della prova stabilisci che cosa deve migliorare e come lo verificherai insieme al team. Per esempio: «Per due settimane confrontiamo il tempo di preparazione della prima versione e il numero di errori trovati durante la verifica». Se il risparmio di tempo si rivela solo apparente, perché correggere gli errori richiede più tempo del lavoro normale, va considerato un risultato, non un fallimento del collaboratore.

Dopo la prova fai un breve debriefing. Chiedi: che cosa ha funzionato, che cosa ha sorpreso, quando lo strumento non è stato utile e quale regola va cambiata. Le ricerche sulla sicurezza psicologica indicano che la possibilità di esprimere dubbi favorisce i comportamenti legati all’apprendimento. Non è una promessa che una sola riunione trasformerà la cultura aziendale. Conta il comportamento costante del superiore, soprattutto quando qualcuno porta un fatto scomodo.

Impara con le persone, non pretendere da loro un entusiasmo immediato

Non tutti partono dallo stesso punto. Una persona ha bisogno di un breve esempio d’uso; un’altra vuole conoscere i rischi e il modo per ritirare un risultato errato. Qualcun altro ancora teme che l’apprendimento avvenga a scapito dei suoi normali compiti. Un’introduzione ben organizzata lascia tempo per esercitarsi e indica chiaramente a quali compiti si può rinunciare in quel periodo. Non ha senso aggiungere un nuovo compito a un’agenda già piena e poi rimproverare la mancanza di entusiasmo.

Il manager può dire: «In questa fase non valutiamo chi è più moderno. Verifichiamo se lo strumento ci aiuta a ottenere un risultato definito senza peggiorare la qualità». Questo approccio incoraggia a intervenire anche le persone che non vogliono passare per esperte di IA. Se la prova riesce, metti per iscritto con il team la regola d’uso. Se non riesce, annota insieme al team le condizioni che dovrebbero cambiare. In entrambi i casi il team impara qualcosa di più importante dell’uso di una singola applicazione: sperimentare con giudizio nuovi modi di lavorare.

L’autorevolezza del manager non richiede di fingere di sapere tutto. Richiede un obiettivo chiaro, la capacità di ammettere onestamente i propri limiti, regole di sicurezza e decisioni basate sul risultato reale delle prove. È meglio condurre un solo esperimento rigoroso e discuterne gli errori che imporre a tutti la tecnologia in nome della modernità.

Come Empatyzer aiuta il leader a guidare il team nell’apprendimento dell’IA

Immagina un manager il cui team conosce l’IA meglio di lui. Prima della riunione può chiedere a Em come ammettere di avere conoscenze limitate senza indebolire la propria responsabilità per le decisioni. Em lo aiuterà a preparare l’apertura, le domande per entusiasti e scettici e la reazione a una situazione in cui la dimostrazione finisce con un errore. La conversazione sul proprio stile d’azione permette di verificare se il bisogno di controllo o il timore per la propria autorevolezza ostacolino il ricorso alle competenze altrui. Nel contesto del team si possono anche considerare le differenze nell’approccio alla sperimentazione, alla pianificazione e al rischio, per proporre una ripartizione sensata dei ruoli durante il progetto pilota. Em non verifica al posto del team la correttezza tecnica dei modelli; aiuta a organizzare meglio la comunicazione e la collaborazione intorno al loro uso. Preparato in questo modo, il manager sa dire «non lo so», indicare che cosa verrà verificato e accogliere un’osservazione critica come un contributo alla qualità. Le microlezioni aiutano a consolidare questo modo di condurre le conversazioni anche dopo la fine del primo test.