Stolen Orbit
ITEN
Parliamone
MODELLO GRATUITO · COMPILA, SCARICA, RIUTILIZZA

Runbook di gestione operativa AI

Rendi chiaro chi osserva il sistema e cosa fa quando il lavoro si ferma o peggiora. Monitorare significa anche accorgersi dei casi che non arrivano, non solo degli errori segnalati.

A cura di Stolen OrbitRevisione

Quando usarlo e cosa ottenere

Prima del passaggio in produzione e quando si definisce il supporto continuativo tra azienda e partner di implementazione.

Istruzioni accessibili al personale incaricato: segnali, allarmi, diagnosi iniziale, ripristino e revisione periodica.

Compila i campi qui sotto e scarica il documento. Il sito non invia né salva le risposte: chiudendo la pagina puoi perderle. Gli esempi sono illustrativi e vanno sostituiti con dati del tuo processo.

Scarica il modello completo da compilare (.md)

1. Definisci cosa osservare

Collega i segnali a un risultato operativo. Un processo può rispondere tecnicamente senza completare il lavoro previsto o senza ricevere tutti gli input.

Vedi un esempio compilato

Esempio ipotetico: nessun errore registrato ma zero richieste elaborate in una mattina normalmente attiva. Verificare l’ingresso email prima di concludere che il servizio funzioni.

Indica ultimo evento, casi ricevuti e conclusi, coda, latenza e controllo di assenza anomala degli input.

Definisci controlli su errori, correzioni umane, fonti mancanti e casi trasferiti alla gestione manuale.

Specifica volumi e costi osservabili, chi controlla gli scostamenti e quali limiti richiedono un intervento.

2. Rendi gli allarmi azionabili

Ogni allarme deve avere un destinatario e una prima azione. Definisci tempi e copertura concordati senza presumere disponibilità continua del team.

Vedi un esempio compilato

Esempio ipotetico: per una coda in crescita, controllare connessione ERP e capacità dei revisori. Se la causa è un blocco ERP, sospendere le scritture e preservare la coda.

Per ogni allarme scrivi la condizione osservabile, il ruolo avvisato e il canale presidiato.

Elenca dashboard, riferimenti ai log e verifiche non distruttive; non includere segreti.

Indica quando chiamare il referente successivo, limitare il flusso o attivare il percorso manuale.

3. Mantieni il servizio

Il runbook deve essere utilizzabile anche da un sostituto. Verifica periodicamente che link, permessi, fonti e persone indicate siano ancora validi.

Vedi un esempio compilato

Esempio ipotetico: dopo il ripristino ERP, confrontare richieste e bozze create prima di svuotare la coda. Aggiornare il runbook con il passaggio che ha risolto il guasto.

Descrivi come ripartire, riconciliare casi pendenti e controllare effetti parziali o duplicati.

Elenca controlli su versioni, accessi, fonti, dataset di prova e capacità del servizio.

Indica dove annotare incidenti, modifiche e responsabile della revisione di queste istruzioni.

Errori da evitare

  • Mandare allarmi a una casella che nessuno presidia.
  • Misurare disponibilità tecnica senza verificare completamento e qualità.
  • Vendere supporto continuativo senza definire copertura, confini e responsabilità.

Facciamo il prossimo passo insieme.

Usa questo documento come punto di partenza per discutere scopo, verifiche e responsabilità del progetto.

Rivedi il testo prima di inviarlo. Aggiungi solo la tua email; gli altri dettagli sono facoltativi.