Questo progetto ha ricevuto un finanziamento dal 7° Programma quadro di ricerca, sviluppo tecnologico e dimostrazione nell'ambito dell'accordo di sovvenzione n° #607798

Per assicurarsi che i dati
necessari possano essere
effettivamente acquisiti
attraverso tutte le
modalità del caso
3 giorni
Titolare del trial (leader)
coordinatore dei
professionisti
coordinatore della
valutazione
coordinatore tecnico
Professionisti della
gestione delle crisi
altri partecipanti al trial

IN BREVE

COSA PREVEDE
QUESTO STEP

Il dry run 2 è una prova completa: una prova generale in vista del trial vero e proprio. In questo step vengono testate la progettazione del trial e la configurazione della Test-bed Technical Infrastructure presso le sedi in cui avrà luogo il trial effettivo. Ciò riguarda sia gli aspetti tecnici, sia quelli non tecnici. L’obiettivo è quello di verificare se (a) le modifiche decise alla fine del dry run 1 sono state implementate correttamente e (b) il sistema funziona nel suo insieme. Includete nell’esercitazione anche la formazione (training) all’utilizzo delle soluzioni da parte dei professionisti della gestione delle crisi!

APPROFONDIMENTO

TUTTO CIÒ CHE DOVETE
SAPERE SU QUESTO STEP

Questa è la “prova generale” del trial; l’unica differenza è che coinvolge un numero limitato di partecipanti. Dovete quindi puntare al massimo del realismo! Ciò significa: eseguite una prova accurata, con tutti i sistemi in funzione, tutti i fattori scatenanti presenti, tutti gli osservatori al loro posto e tutti i ruoli dei professionisti “interpretati” da una persona competente (forse i vostri professionisti coinvolti nella prova non sono disponibili per l’esercitazione, quindi assicuratevi che i loro sostituti siano sufficientemente competenti per poter prendere parte alla prova generale!).  

L’obiettivo principale del dry run 2 è quello di garantire che tutti i dati possano essere effettivamente raccolti. Dovete quindi creare tutti i tipi di dati per scoprire se la loro acquisizione funzioni o meno. La vostra attenzione deve essere quindi rivolta soprattutto all'Observer Support Tool, così come alla raccolta dei dati attraverso le soluzioni, la Test-bed Technical Infrastructure e la predisposizione e comprensibilità dei questionari dei partecipanti. Se qualcosa non funziona, decidete se davvero vi serve e se potete permettervi l’ulteriore sforzo necessario per farla funzionare.  

Dopo il dry run 2 non ci devono più essere cambiamenti! L’obiettivo finale è quello di smettere di programmare e di cambiare lo scenario. Nel caso in cui qualcosa non funzioni come previsto, identificate le richieste di modifica pertinenti e, una volta applicate, testatele adeguatamente prima del trial effettivo. È inoltre molto importante pianificare per tempo la distribuzione e la comunicazione delle attività, gli approvvigionamenti, la sicurezza, ecc. Dovete inoltre stampare tutti gli elenchi, le istruzioni, i piani, ecc. necessari.  

Input

Scenario del trial/testo,
fogli di osservazione

Output

Testo approvato, osservazioni testate,
configurazione tecnica approvata

Checklist
  • Analisi definitiva della modalità di raccolta dei dati e dell'approccio di valutazione
  • Analisi definitiva dello scenario e dei fattori scatenanti
  • Conferma della soluzione e dell’integrazione tecnica
  • Conferma dell’adattamento della Test-bed Technical Infrastructure locale
  • Approvazione delle soluzioni per il trial
  • Conferma dell’elenco degli stakeholder esterni interessati
  • Esecuzione delle attività di distribuzione e comunicazione
  • Analisi delle problematiche legali ed etiche e individuazione di eventuali nuove problematiche. Poiché sono presenti degli osservatori, assicurarsi di gestire gli aspetti giuridici ed etici che li riguardano (ad es. moduli di consenso informato o accordi di riservatezza). Approfondire i potenziali impatti sociali emersi durante la scelta della soluzione