RISORSA TECNICA GRATUITA
Checklist tecnica per migrare una regia radio senza fermare l’on-air.
Una migrazione riuscita non si misura quando il nuovo software “si apre”. Si misura quando libreria, clock, audio, live, streaming e rollback sono verificati su un percorso rappresentativo, senza mettere a rischio il sistema che sta già trasmettendo.
1. Inventario del sistema attuale
- PC/Mac, mixer, interfacce, GPIO e periferiche
- software di regia, scheduler, encoder e processori
- server streaming, mount, codec e destinazioni
- servizi esterni, cartelle di rete e database
- procedure manuali che oggi “solo una persona sa fare”
2. Libreria e metadati
- campione reale di musica, jingle, promo e parlato
- titolo, artista, categoria, durata, cue e marker
- file mancanti o corrotti identificati prima del passaggio
- ordine e riferimenti preservati
- ricerca e caricamento verificati sul nuovo sistema
3. Clock e scheduling
- ricostruisci almeno un’ora tipo
- verifica categorie, vincoli e appuntamenti
- simula cambio ora e cambio giornata
- controlla eccezioni e contenuti mancanti
- confronta il risultato con il comportamento attuale
4. Audio e monitor
- PROGRAM separato da CUE/preascolto
- microfono, musica, jingle e ritorni provati insieme
- driver e canali reali dello studio verificati
- nessun doppio routing o audio duplicato
- livelli e processing controllati su uscita reale
5. Streaming
- encoder e server configurati su target di test
- codec/bitrate coerenti con il server
- connessione non considerata prova sufficiente
- ascolto effettuato da ricevitore indipendente
- restart e riconnessione verificati
6. Live ↔ automazione
- ingresso in diretta provato
- uscita dalla diretta provata
- rientro immediato / prossimo elemento / policy scelta
- nessun silenzio indesiderato nel cambio
- operatore sa sempre chi possiede il PROGRAM
7. Recovery e rollback
- documenta il percorso per tornare al sistema precedente
- conserva configurazione e media originali
- simula perdita encoder/rete/applicazione
- definisci chi decide il rollback
- nessuna modifica irreversibile durante il test
8. Persone e procedure
- speaker, tecnico e responsabile provano il proprio flusso
- azioni critiche ridotte a passaggi chiari
- le eccezioni sono documentate
- nuove procedure disponibili in forma breve
- supporto e responsabilità definiti prima del go-live
Gate di accettazione 24h / 72h
| Gate | Cosa deve essere vero | Evidenza minima |
|---|---|---|
| Playout | Il contenuto richiesto parte e quello osservato coincide. | Playback verificato, non solo comando inviato. |
| Live | Ingresso e rientro non interrompono il PROGRAM. | Transizione osservata su uscita reale. |
| Streaming | Il flusso arriva al destinatario. | Ricezione indipendente dal PC di regia. |
| Recovery | Dopo un guasto il servizio torna realmente disponibile. | Restart + prova dell’esito, non solo stato “restarted”. |
| Operator workflow | Il nuovo sistema riduce passaggi senza introdurre ambiguità. | Procedura rappresentativa eseguita da chi la userà. |
Quando fermare la migrazione
Ferma la promozione se manca una sorgente critica, se il monitor non è separabile dal PROGRAM, se la destinazione streaming non è verificabile, se il rollback non è praticabile o se una procedura dipende ancora da una configurazione non documentata. Una migrazione più lenta è preferibile a una prova che sposta il rischio sull’on-air.
Vuoi usare questa checklist su un caso reale?
Puoi applicarla a qualsiasi regia. Se stai valutando DockFM, porta una libreria campione, un’ora tipo, una diretta rappresentativa e una destinazione streaming: il confronto parte dal workflow reale, non dalla lista delle feature.