L'IA a fianco degli operatori comunali: come adottarla bene

Ufficio pilota, compiti giusti, controllo umano e misurazione: il percorso pragmatico per adottare un assistente IA negli uffici di un Comune.

L'adozione dell'IA negli uffici pubblici oscilla tra due derive speculari: l'entusiasmo da demo, che promette rivoluzioni entro il trimestre, e il rifiuto preventivo, che aspetta «che la tecnologia maturi» mentre gli arretrati crescono. La via seria sta nel mezzo, ed è un percorso organizzativo prima che tecnologico: si parte in piccolo, si misura, si allarga. Non è prudenza timida: è il modo in cui si costruisce il consenso interno, senza il quale qualsiasi strumento — anche il migliore — resta inutilizzato.

Partire da un ufficio, non dall'ente intero

Il primo passo è scegliere un ufficio pilota con un responsabile motivato e volumi significativi di lavoro ripetitivo. Dentro quell'ufficio, si individuano i compiti giusti: alto volume, bassa discrezionalità, esito facilmente verificabile da chi revisiona. Meglio evitare, all'inizio, i procedimenti ad alta sensibilità: il pilota serve a imparare, e si impara meglio dove un errore costa poco.

• Bozze di risposte a richieste ricorrenti, costruite sui precedenti dell'ente
• Sintesi di fascicoli e istruttorie lunghe, con i riferimenti ai documenti
• Verifiche di completezza documentale rispetto a una checklist nota
• Recupero di precedenti e normativa pertinente nel contesto della pratica

Formare al controllo, non solo all'uso

L'errore più comune nei progetti di adozione è formare le persone a usare lo strumento e non a controllarlo. La competenza davvero nuova è la revisione critica: leggere una bozza generata sapendo dove cercare gli errori tipici — riferimenti, date, sfumature normative — e trattarla sempre come una proposta, mai come un testo pronto. La responsabilità dell'atto resta all'operatore, e la formazione deve renderlo capace di esercitarla, non spingerlo a delegarla.

Conta anche il metodo: coinvolgere le persone prima dell'avvio, raccogliere i dubbi, chiarire che l'obiettivo è togliere lavoro ripetitivo e non posti di lavoro. Uno strumento subìto verrà aggirato; uno strumento discusso verrà usato — e criticato nel modo utile, quello che lo migliora. Su questo conviene essere espliciti anche con le rappresentanze del personale: un progetto trasparente su perimetro e obiettivi attraversa le diffidenze molto meglio di un progetto annunciato a cose fatte.

Misurare, correggere, allargare

Il pilota serve se produce numeri e casi concreti: quanto tempo richiedeva prima la tipologia di pratica, quanto ne richiede ora; quante bozze sono state accettate con correzioni leggere, quante riscritte da capo; in quali casi l'assistente ha sbagliato, e perché. Questi casi valgono oro: spesso rivelano documenti ambigui o fonti mancanti nella memoria dell'ente, e correggerli migliora il sistema per tutti. È utile anche fissare in partenza i criteri di successo del pilota: senza una soglia dichiarata prima, qualunque esito verrà letto da ciascuno come conferma della propria posizione iniziale.

Solo dopo, si allarga per cerchi: altri uffici, altri compiti, sempre con la stessa disciplina. La fretta di estendere tutto e subito è la nemica più frequente del risultato. Aiuta molto che l'assistente viva dentro le schermate già in uso — nella pratica, nel protocollo, nel fascicolo, come accade in comuni.ai — perché ogni applicazione separata da aprire è una frizione in più, e le frizioni sono il punto in cui i progetti di adozione muoiono in silenzio. Il calendario realistico si misura in mesi, non in settimane: ma ogni mese produce risultati visibili, ed è questo — non l'annuncio — a costruire la fiducia.