Come aggiornare un corso AI aziendale senza rifarlo da zero

Il corso è pronto venerdì. Lunedì il tool sposta tre pulsanti, aggiunge una funzione e cambia il limite di un account.

La tentazione è riaprire tutto il deck. È il modo più rapido per perdere la parte che funzionava.

Per aggiornare un corso AI aziendale senza rifarlo da zero devi congelare la versione attuale, descrivere le competenze e le attività che il corso deve produrre, classificare il cambiamento e aggiornare solo gli oggetti coinvolti: obiettivi, demo, esercizi, materiali, verifiche o istruzioni al formatore. Si chiama delta didattico.

Una release note non è un programma

Un corso costruito attorno ai menu invecchia ogni volta che cambia l'interfaccia. Un corso costruito soltanto su principi astratti resta valido, ma spesso non aiuta nessuno a lavorare martedì mattina.

Serve un livello intermedio: la competenza osservabile.

Conoscere ChatGPT è troppo vago. Preparare una bozza usando fonti approvate, dichiarare il limite e verificare tre claim descrive un'attività che puoi vedere e provare anche se il pulsante cambia posto.

DigComp 3.0 integra l'AI in tutte le 21 competenze del framework e aggiunge learning outcome organizzati per competenza e livello. Il Joint Research Centre indica che questi outcome possono guidare anche lo sviluppo e la revisione dei corsi. È un riferimento europeo generale, pensato per essere adattato. Non è il syllabus della tua azienda.

Il framework UNESCO per docenti offre un'altra lente: 15 competenze, cinque dimensioni e tre livelli chiamati Acquire, Deepen e Create. Il contesto è l'educazione. La progressione, però, mostra bene perché ha visto la demo e sa adattare la pratica non sono lo stesso risultato.

Congela la baseline del corso

Prima di cambiare una slide, salva ciò che esiste.

La baseline contiene:

• versione del syllabus
• ruolo e livello dei partecipanti
• learning outcome
• attività ed esercizi
• dataset o materiali usati
• versione dei tool mostrati
• rubriche di valutazione
• istruzioni al formatore

Assegna un ID a ogni oggetto. SL-18 per una slide, EX-04 per un esercizio, LO-07 per un risultato atteso. Il nome del file non basta.

Se hai già una mappa delle competenze AI del team, collega ogni learning outcome alla competenza e al ruolo. Così la modifica di un tool non diventa automaticamente una modifica della competenza.

Apri una scheda del cambiamento

Non partire dal messaggio è uscita una nuova funzione. Registra il fatto.

change_id: EDU-CHG-2026-018
observed_at: 2026-08-18T08:20:00+02:00
source: vendor_release_note
tool: example_assistant
change_type: capability
old_behavior: file_context_manual_selection
new_behavior: file_context_persistent_project
affected_roles:
  - marketing_operations
status: under_review

Tool e comportamento sono fittizi. La scheda separa ciò che hai osservato dalla decisione di aggiornare il corso.

Allega la fonte. Una schermata condivisa in chat non basta se nessuno sa versione, account o data.

Classifica il delta

Quattro classi coprono la maggior parte delle revisioni.

Classe	Cosa cambia	Esempio
interfaccia	percorso, nome o posizione	comando spostato
capacità	cosa il tool può fare	nuovo tipo di input
vincolo	limite, accesso o condizione	funzione non disponibile per un ruolo
rischio	dato, controllo o comportamento	nuova modalità di condivisione

Una modifica di interfaccia può richiedere una nuova schermata e una nota al formatore. Una nuova capacità può cambiare un esercizio. Un vincolo può rendere impossibile l'attività per parte dell'aula. Un rischio può obbligare a cambiare caso, ambiente o istruzioni.

Non usare la gravità dichiarata dal vendor come gravità didattica. Una release minor può rompere l'esercizio centrale. Una grande novità può non toccare il lavoro del ruolo target.

Calcola l'impatto sugli oggetti didattici

Per ogni cambiamento percorri la catena:

comportamento cambiato → attività → learning outcome → esercizio → prova → materiale → istruzione al formatore

Segna l'impatto come diretto, indiretto o nessuno.

Oggetto	ID	Impatto	Decisione
learning outcome	LO-07	nessuno	resta
demo	DEMO-03	diretto	registra di nuovo
esercizio	EX-04	indiretto	aggiorna istruzioni
rubrica	RUB-04	nessuno	resta
guida formatore	FAC-02	diretto	aggiungi eccezione

Questa tabella impedisce la revisione a cascata. Se la capacità richiesta da LO-07 non cambia, il learning outcome resta. Cambia il modo in cui lo dimostri.

Riscrivi la prova prima delle slide

Il corso esiste per produrre una capacità. La verifica dice se la capacità regge.

Quando una funzione cambia, prova il compito finale sulla nuova versione. Usa gli stessi input e la stessa rubrica della baseline. Se il compito resta valido, aggiorna demo e istruzioni. Se cambia il criterio di successo, fermati: stai modificando il learning outcome, non una schermata.

Per un corso su verifica degli output, una prova può chiedere di individuare claim non supportati e collegarli alle fonti. Se il tool aggiunge citazioni automatiche, il compito non sparisce. Devi controllare se le citazioni sono accessibili e sostengono davvero le frasi.

Il bottone nuovo non sostituisce il giudizio.

Mantieni casi stabili e casi mobili

Dividi gli esercizi in due gruppi.

I casi stabili usano input congelati, risultati attesi e rubriche versionate. Servono a confrontare una revisione con la precedente.

I casi mobili usano un tool o una funzione recente. Servono a far vedere cosa è cambiato. Scadono in fretta e riportano una data.

Un corso composto solo da casi mobili diventa una newsletter lunga. Uno composto solo da casi stabili non prepara alle condizioni reali.

Nella misurazione della formazione AI in azienda il trasferimento si osserva sul lavoro. Qui la prova risponde a una domanda più stretta: la nuova versione del corso insegna ancora il compito dichiarato?

Versiona materiali e istruzioni

Una cartella corso_ai_finalissimo non è una release.

Usa una versione unica del corso e una compatibilità dichiarata:

course_id: AI-OPS-FOUNDATION
course_version: 2.4.0
released_at: 2026-08-21
supported_tool_versions:
  example_assistant: 12-14
changed_objects:
  - DEMO-03
  - EX-04
  - FAC-02
unchanged_learning_outcomes:
  - LO-01
  - LO-07
rollback_to: 2.3.2

Numeri e nomi sono fittizi. Il rollback non riporta il tool alla versione precedente. Riporta il corso all'ultima combinazione di materiali e attività verificata, se ancora eseguibile.

La guida del formatore deve dire quale versione controllare prima dell'aula e cosa fare se l'interfaccia non combacia. I formatori AI interni hanno bisogno di un percorso di eccezione, non di memorizzare ogni schermata.

Fai un pilot del delta

Non ripetere tutto il corso. Prova soltanto la parte cambiata con persone che rappresentano il ruolo target.

Osserva:

• il compito si completa con le istruzioni nuove?
• la rubrica distingue ancora un esito valido da uno debole?
• la demo mostra lo stesso comportamento dell'esercizio?
• il formatore sa gestire account o versioni diverse?
• il partecipante capisce cosa resta responsabilità sua?

Registra difetto, oggetto coinvolto e correzione. Se la correzione coinvolge un altro learning outcome, amplia il delta e ripeti la prova.

Gestisci il rilascio in aula

Una revisione verde non rende inutili i materiali già distribuiti.

Scrivi una nota di passaggio con tre sezioni: cosa cambia, chi è coinvolto, quale versione usare. Aggiorna i link centrali. Non inseguire ogni copia scaricata.

Per un gruppo già formato, prepara un modulo delta breve con un compito. Non inviare soltanto la nuova slide. La persona deve provare il comportamento cambiato.

Per le prossime edizioni, il syllabus punta alla nuova baseline. La vecchia resta archiviata con data e compatibilità.

Un esempio operativo

Un corso insegna al team marketing a preparare una bozza da fonti approvate e a verificare ogni claim.

Il tool introduce un'area progetto che conserva file tra più conversazioni. Il cambiamento tocca la selezione del contesto e il rischio di usare una fonte rimasta nel progetto. Non cambia l'obiettivo: preparare una bozza tracciabile.

Il team aggiorna la demo, aggiunge all'esercizio una fonte obsoleta e inserisce nella rubrica il controllo sulla versione del documento. La prova finale resta la stessa. La guida formatore aggiunge il reset dell'area progetto prima di ogni gruppo.

Tre oggetti cambiati. Il resto del corso non viene riscritto.

Misura la manutenzione

Le metriche del delta riguardano il corso, non il risultato sul lavoro:

• tempo tra cambiamento osservato e decisione
• oggetti toccati per revisione
• difetti trovati nel pilot
• edizioni eseguite con versione non supportata
• casi in cui un learning outcome è cambiato senza una nuova prova

Poi misura il trasferimento sul lavoro con il piano già definito. Non confondere una demo aggiornata con una competenza acquisita.

Il KPI tecnico della pagina resta l'invio form aggregato con source_page e source_form. L'impatto organico richiede almeno 28 giorni comparabili dopo un eventuale rilascio.

Le revisioni che non funzionano

Aggiornare ogni screenshot al primo annuncio del vendor spreca lavoro e crea versioni non provate.

Aggiungere una lezione per ogni nuova funzione allunga il corso senza cambiare il risultato.

Lasciare invariato l'esercizio quando cambia un vincolo produce una demo che solo il formatore può eseguire.

Togliere una competenza perché il tool automatizza un passaggio confonde esecuzione e responsabilità. Se una persona deve ancora verificare fonti, limiti o conseguenze, la competenza resta.

Pubblicare materiali nuovi senza una guida per chi insegna sposta il problema in aula.

Think, Build, Enable per la revisione

Think: valuta il cambiamento contro ruoli, attività e learning outcome. Decidi il perimetro del delta.

Build: aggiorna gli oggetti coinvolti, esegui la prova e versiona la release del corso.

Enable: prepara formatore e partecipanti al passaggio. Il team deve sapere quale versione usa e cosa fare quando il tool non coincide con la demo.

Un corso vivo non cambia tutto. Cambia ciò che ha smesso di essere vero.