AI a scuola: come partire con il DM 166 senza sprechi

Se guidi una scuola o ne gestisci l'amministrazione, l'AI non è più una zona grigia: è una tua responsabilità, con fondi dedicati. Qui trovi cosa chiede la norma in parole semplici, le domande da fare a un fornitore e come partire con un solo processo senza bruciare il fondo.

Cos'è

Le Linee Guida del Ministero dell'Istruzione e del Merito (DM 166/2025) rendono dirigenti scolastici e DSGA deployer dei sistemi AI. Deployer vuol dire chi mette in uso un sistema: deve poterlo valutare, monitorare e, se serve, spegnere. Non è un titolo, è un ruolo.

Il DM 219 ha messo i soldi accanto al mandato: 100 milioni di euro dal PNRR, fino a 50.000 euro per istituto.

Perché serve

Fino a ieri c'era chi usava l'AI in classe, chi la vietava, e quasi nessuno sapeva chi ne rispondeva. Ora la domanda non è più "possiamo usarla?" ma "quale sistema teniamo in casa senza creare un problema di responsabilità?".

In un'azienda il deployer è spesso il responsabile IT. A scuola è il dirigente, con collegio docenti, famiglie, alunni minori e dati sensibili. Un sistema che "aiuta i docenti" senza dire come decide, su quali dati e chi può verificarlo, non è adottabile. Non per pigrizia: per legge.

In più l'AI Act europeo considera ad alto rischio molti usi in ambito educativo: valutazione degli studenti, ammissione, assegnazione dei percorsi. Anche un prodotto venduto come "tutor" o "assistente alla didattica" può avvicinarsi a quel confine. Va chiarito prima del primo progetto pilota, non dopo.

E 50.000 euro sembrano tanti da fuori. Da dentro coprono poco, se si compra un prodotto chiuso con canone annuale, formazione extra e dati che escono dall'Unione.

Le tre domande prima di installare qualsiasi cosa

Noi partiamo sempre da queste. Se una non ha risposta, non si installa nulla.

1. Chi è il responsabile del sistema? Per nome.
2. Quali dati tocca? E dove stanno.
3. Come si dimostra, a un ispettore o a un genitore, che il sistema fa quello che dice?

Poi ogni sistema deve essere:

• Valutabile: il dirigente apre un report e capisce cosa ha fatto il sistema questa settimana. Quante sessioni, su quali classi, con quali materiali, dove ha sbagliato.
• Monitorabile: un registro, non un cruscotto da marketing. Chi ha accesso, chi ha esportato, quando si è spento un modulo.
• Spegnibile: se un docente segnala un output sbagliato su un alunno, il percorso si ferma. Subito, non "apriamo un ticket al fornitore".

Abbiamo visto selezioni pubbliche vinte e poi bloccate perché il fornitore non sapeva rispondere a queste tre. La funzione c'era. La responsabilità no.

Come si fa

1. Scegli un processo solo. Didattica differenziata, oppure progettazione dei PDP (i piani didattici personalizzati), oppure uno sportello per i docenti. Non tre insieme.
2. Misura prima. Quante ore servono oggi, dove si perdono i materiali, quali errori tornano ogni quadrimestre.
3. Mappa i dati. Chi li tocca, dove stanno, quali usi sono ad alto rischio e quali no. Solo dopo si sceglie o si scrive il software.
4. Costruisci un pezzo visibile in poche settimane, non un piano triennale. Il collegio deve poterlo usare. Se non lo usa, si ferma.
5. Scrivi chi è responsabile. Per nome, con i log, prima che il primo studente faccia login.
6. Forma sul flusso vero. Non un corso "cos'è l'AI", ma un'ora su come si carica un'unità, come si corregge un errore, come si spegne. Se quell'ora non basta, il prodotto è sbagliato.

Le scuole con cui lavoriamo non chiedono un chatbot. Chiedono un tutor che parta dai materiali già in uso, con livelli diversi e il docente che decide; uno strumento per i percorsi personalizzati, al posto dei file Word sparsi; dati che restano in UE, meglio ancora sotto il controllo dell'istituto, con accessi nominativi e conservazione limitata.

Pronto da copiare. Incolla questo in Claude o ChatGPT per preparare la mail a un fornitore:

Prova piccola

In dieci minuti, prendi il sistema AI che usate già, o quello che vi hanno proposto, e prova a rispondere alle tre domande: responsabile, dati, prova. Poi fai la domanda più semplice: se domani un docente segnala un errore su un alunno, chi spegne cosa, e come? Se nessuno lo sa, avete trovato il primo lavoro da fare, prima di qualsiasi acquisto.

Tre errori che abbiamo visto

• Il tutor chiavi in mano. Docenti e alunni lo usano, gli alunni incollano i compiti. Dopo tre settimane una famiglia chiede quali dati sono partiti, verso chi, e se si possono cancellare. Il fornitore risponde con una FAQ in inglese. Il dirigente spegne tutto. I 50.000 euro erano impegnati, il sistema no.
• Il pilota senza log. Una classe sola, va bene. All'estensione su tre plessi nessuno sa chi ha accesso: due account condivisi, una password in una mail.
• Il comitato senza scelta. Slide, riunioni, nessun processo scelto. Sei mesi dopo, zero uso. Il fondo scade e si compra formazione generica per "aver fatto qualcosa". Non è adozione, è un rendiconto.

Si evitano tutti e tre con lo stesso gesto: un processo, un responsabile, un perimetro dati, un pezzo visibile. Prima del canone annuale.

Attenzione a

• I docenti non sono un ostacolo: chiedono cose precise. Materiali loro, vedere il passaggio, poter dire no a un output, e che il tempo risparmiato resti a loro e non diventi più report.
• Un sistema che nasconde il ragionamento diventa un oracolo o un nemico. Serve la traccia visibile: fonte, livello, suggerimento. Niente "l'AI ha detto così" senza fonte.
• Il modello è una scelta di secondo livello: Claude, GPT o un modello locale si sceglie dopo la governance. Se i dati non devono uscire, leggi quando conviene l'AI in locale.
• Una slide non è una risposta. Vale per ogni domanda al fornitore.

Noi costruiamo sistemi su misura per le scuole: il codice resta all'istituto o all'ente che lo paga, i dati restano loro. Per mettere in ordine il processo prima di scegliere qualsiasi strumento, parti da un audit prima del modello.

In breve: A scuola si parte dalla governance, non dalla funzione: un processo, un responsabile con nome, dati sotto controllo e un sistema che si può spegnere.