C'è un modo di leggere il progetto Osaka che fin qui è rimasto sullo sfondo, e che per un'istituzione formativa è forse il più importante: il progetto Osaka è stato, prima ancora che un prodotto, un'aula.

Diciotto studenti dell'Istituto Pantheon hanno attraversato il progetto in cinque team — VR, AR, web, asset — con i ruoli che si alternavano tra senior e junior. Non hanno fatto un esercizio simulato né un progetto fittizio: hanno lavorato su un deliverable reale, con un committente reale, una deadline reale e un palcoscenico — l'Expo di Osaka — altrettanto reale. La differenza con la didattica tradizionale non è di grado, è di natura.

Il framework dietro questa scelta è l'experiential learning di David Kolb: si impara attraversando un ciclo — esperienza concreta, osservazione riflessiva, concettualizzazione astratta, sperimentazione attiva. Un'esercitazione in classe si ferma quasi sempre alla prima fase. Un progetto reale costringe a percorrere tutto il ciclo, più volte, perché i problemi tornano e vanno ripensati.

I risultati formativi lo confermano. Gli studenti non hanno solo acquisito competenze tecniche — Unity, React, i framework AR — ma soft skill che nessuna lezione frontale trasmette: gestire una deadline che non si può spostare, lavorare in un team multidisciplinare, comunicare con uno stakeholder non tecnico, reggere il fallimento di un'iterazione.

Per un conservatorio la lezione è diretta. Un progetto immersivo non è solo un costo da giustificare con il risultato finale: è un dispositivo formativo. Se coinvolge gli studenti in modo strutturato, produce due risultati con un solo investimento — l'opera e le persone che hanno imparato a farla.

Quando un progetto intenso finisce, la tentazione è una sola: chiudere la porta e passare al prossimo. La post-mortem analysis è la disciplina che impedisce di farlo.

È una pratica presa in prestito dall'industria del software e del game development: una sessione strutturata, collettiva, in cui un team appena uscito da un progetto si ferma a chiedersi cosa ha funzionato, cosa no, e cosa si porta via. Nel progetto Osaka si è tradotta in un workshop di tre ore con studenti e docenti insieme, articolato in fasi precise — riflessione individuale, discussione in piccoli gruppi, condivisione in plenaria, action items, e una chiusura celebrativa.

Il dettaglio che la rende efficace non è la struttura, ma le regole d'ingaggio. Niente colpevolizzazione individuale: il focus è sui processi e sui sistemi, non sulle persone. Quello che si dice nella post-mortem resta nella post-mortem. Ogni opinione è valida. Senza queste regole — senza quella che si chiama sicurezza psicologica — la sessione produce solo difesa e silenzio. Con quelle regole, produce verità utilizzabili.

E le verità emerse dal progetto Osaka sono concrete: complessità AR sottovalutata, debito di documentazione, team che lavoravano in silos, scope creep, testing insufficiente. Ogni criticità è diventata un action item per il futuro. Non lamentele: istruzioni.

Per un'istituzione formativa la post-mortem ha un valore doppio. Migliora il progetto successivo, e insegna agli studenti che riflettere sul proprio lavoro — con onestà e senza paura — è parte del mestiere. È il momento in cui l'esperienza diventa, davvero, apprendimento.

La domanda che chiude il corso è anche la più scomoda: cosa resta, di un progetto immersivo, sei mesi dopo l'evento?

La risposta onesta, per la maggior parte dei progetti pilota, è: poco. Il finanziamento finisce, l'entusiasmo si sposta altrove, la piattaforma resta online finché qualcuno paga l'hosting e poi si spegne. Non perché il progetto fosse brutto, ma perché nessuno aveva progettato la sua vita dopo l'inaugurazione. Un progetto puntuale e un asset duraturo non sono la stessa cosa che dura di più: sono due oggetti diversi, e il secondo va pensato come tale.

Nel progetto Osaka si è progettato per la permanenza in modo esplicito. Sul piano tecnico, scelte che minimizzano i costi ricorrenti — un'architettura il cui mantenimento costa qualche migliaio di euro l'anno, sostenibile per un consorzio di conservatori. Sul piano della replicabilità, template documentali — blueprint tecnico, playbook di project management, guida all'integrazione educativa — perché altri possano riusare il modello senza ripartire da zero.

La replicabilità ha tre dimensioni distinte. C'è una replicabilità tecnica — l'architettura si adatta ad altri eventi e domini. C'è una replicabilità metodologica — il modello di project-based learning è adottabile da altre istituzioni educative. E c'è una replicabilità economica — si può iniziare in piccolo, dal solo streaming, e aggiungere livelli per fasi. Un'istituzione entra dalla porta che le risorse le consentono.

Trasformare un progetto in un asset, allora, non è un atto finale: è una serie di scelte prese durante. Le prossime schermate le mettono in forma di domande — da porsi non alla fine, ma all'inizio.