Sintesi #
Se modifichi una Simulazione guidata che ha già una o più runtime attive, le runtime collegate a quella versione della simulazione vengono deprecate.
Questo significa che la runtime esistente non viene più considerata l’accesso operativo aggiornato per quella simulazione.
Dopo la modifica, puoi creare una nuova runtime basata sulla nuova versione della simulazione.
Perché la runtime viene deprecata #
Una runtime rappresenta l’accesso operativo a una specifica versione della simulazione.
Quando una runtime viene creata, il sistema prepara una configurazione stabile che include elementi come:
- scenario;
- briefing;
- obiettivo del Player;
- Avatar Persona;
- Griglia di Osservazione;
- lingua;
- voce;
- avatar visivo;
- canale Web o VR;
- modalità Pratica o Coaching;
- Player autorizzati;
- regole di accesso.
Questa configurazione deve rimanere coerente per tutti i Player che usano quella runtime.
Se la simulazione venisse modificata mentre una runtime è già attiva, alcuni Player potrebbero svolgere una versione della simulazione e altri Player una versione diversa, pur risultando dentro lo stesso accesso runtime.
Per evitare questa incoerenza, la piattaforma depreca la runtime precedente.
Perché questa scelta è importante #
La deprecazione protegge la confrontabilità dei risultati.
Tutti i Player assegnati a una stessa runtime devono confrontarsi con la medesima simulazione, senza cambiamenti in itinere.
Questo è importante perché i report, le metriche, le skill rilevate e le fasi della Griglia di Osservazione devono riferirsi a un’esperienza stabile.
Se una simulazione cambiasse mentre i Player la stanno usando, non sarebbe più chiaro se le differenze nei risultati dipendono:
- dalla performance dei Player;
- dalla versione modificata della simulazione;
- da una Griglia diversa;
- da un briefing aggiornato;
- da un Avatar Persona cambiato;
- da obiettivi o istruzioni non più identici.
La deprecazione evita questo problema.
Cosa succede operativamente #
Quando modifichi una Simulazione guidata già collegata a una runtime attiva:
- la simulazione viene aggiornata;
- la runtime esistente viene marcata come deprecata;
- la runtime precedente non rappresenta più la versione corrente della simulazione;
- puoi creare una nuova runtime dalla simulazione aggiornata;
- i nuovi Player dovranno essere assegnati alla nuova runtime.
Cosa succede ai Player #
I Player devono accedere a una runtime coerente e stabile.
Se la runtime precedente viene deprecata, il Tenant Admin può creare una nuova runtime aggiornata e assegnarla ai Player desiderati.
In questo modo, tutti i Player assegnati alla nuova runtime svolgeranno la stessa versione aggiornata della simulazione.
Cosa succede ai report già generati #
I report già generati sulla runtime precedente restano collegati alla versione con cui sono stati prodotti.
Non vengono reinterpretati automaticamente sulla base della nuova simulazione.
Questo è corretto, perché quei report descrivono ciò che è accaduto nella versione precedente della runtime.
La nuova runtime produrrà invece report coerenti con la simulazione aggiornata.
Esempio pratico #
Hai creato e pubblicato una simulazione chiamata:
Feedback COIN
Poi hai creato una runtime attiva per 3 Player.
Dopo alcuni tentativi, decidi di modificare la simulazione, ad esempio cambiando:
- briefing;
- obiettivo del Player;
- Griglia di Osservazione;
- Avatar Persona;
- indicazioni utili;
- errori comuni;
- contesto solo agente.
A questo punto la runtime già attiva viene deprecata.
Per continuare a usare la simulazione aggiornata, crei una nuova runtime e assegni a quella nuova runtime i Player che dovranno svolgere l’esperienza aggiornata.
Cosa deve fare il Tenant Admin #
Dopo aver modificato una simulazione già collegata a una runtime attiva, il Tenant Admin deve:
- verificare che la simulazione aggiornata sia corretta;
- pubblicare o confermare la nuova versione della simulazione, se richiesto dal flusso;
- creare una nuova runtime;
- configurare modalità di accesso, lingua, avatar, voce, canale e Player autorizzati;
- comunicare ai Player quale nuova simulazione/runtime devono utilizzare.
Perché non modificare direttamente la runtime esistente #
La runtime esistente rappresenta un accesso già configurato e potenzialmente già utilizzato dai Player.
Modificarla direttamente mentre è attiva potrebbe generare confusione e dati non confrontabili.
Per questo motivo, la piattaforma mantiene separati:
- la versione precedente della runtime;
- la simulazione aggiornata;
- la nuova runtime creata dalla versione aggiornata.
Questo approccio protegge la qualità dei dati e la coerenza dell’esperienza formativa.
Risultato finale #
Se modifichi una simulazione che ha già una runtime attiva, la runtime precedente viene deprecata.
Puoi quindi creare una nuova runtime basata sulla simulazione aggiornata.
Questa logica garantisce che tutti i Player assegnati alla stessa runtime vivano la stessa esperienza, con lo stesso scenario, la stessa Griglia di Osservazione e la stessa configurazione formativa.
L’obiettivo è evitare cambiamenti in itinere e mantenere report, confronti e risultati coerenti.
