Continuità Operativa — Procedure Critiche del Team IT
Pacchetto onboarding IT Gonzato · Fase P2 · IT Manager · v1 03/07/2026 · bozza da compilare in azienda
Scopo
Mettere per iscritto le 5-6 procedure che oggi il Gruppo sa eseguire perché una persona specifica le conosce a memoria. L'obiettivo è la continuità operativa: che il servizio non si fermi quando la persona chiave è in ferie, in malattia, o semplicemente impegnata altrove, e che il team possa crescere senza dipendere da un singolo punto. Queste procedure si scrivono insieme alla persona che le conosce, che ne è co-autore: è la sua competenza che diventa patrimonio del team, non qualcosa che le viene tolto.
Questo non è un "passaggio di consegne". È rendere il reparto più solido e scalabile: chi conosce la procedura resta il riferimento, ma smette di essere un collo di bottiglia e un rischio di continuità per l'azienda.
Come si scrivono (metodo co-autore)
- Si individua insieme la procedura critica (vedi elenco sotto).
- La persona chiave la esegue/racconta; si scrive mentre lei fa, con le sue parole.
- Si riesegue seguendo SOLO lo scritto, con la persona che verifica: se un passo non è chiaro, si corregge lì.
- La persona resta l'owner della procedura e ne valida gli aggiornamenti.
Ogni procedura usa la struttura di runbook-template.md. Questo file è l'indice + il razionale.
Procedure candidate (esempi tipici in Gonzato)
| # | Procedura | Perché è critica | Oggi la sa | Co-autore | Stato scrittura |
|---|---|---|---|---|---|
| 1 | Backup e ripristino dati | Continuità dati di tutto il Gruppo | [da compilare] | [da compilare] | Bozza (vedi backup-check-runbook) |
| 2 | Onboarding tecnico nuovo utente | Blocca la produttività se non avviene | [da compilare] | [da compilare] | [da compilare] |
| 3 | Deploy / aggiornamento applicativo | Impatta un servizio in produzione | [da compilare] | [da compilare] | [da compilare] |
| 4 | Ripristino gestionale/ERP dopo blocco | Ferma amministrazione e produzione | [da compilare] | [da compilare] | [da compilare] |
| 5 | [da compilare: es. gestione VPN/collegamento sedi] | [da compilare] | [da compilare] | [da compilare] | [da compilare] |
| 6 | [da compilare: es. configurazione postazione standard] | [da compilare] | [da compilare] | [da compilare] | [da compilare] |
Priorità di scrittura
Ordinare per: (criticità del servizio) × (numero di persone che oggi sanno farla — meno sono, più è urgente). Una procedura critica conosciuta da una sola persona è il primo candidato.
| Procedura | Criticità servizio | N. persone che la sanno | Urgenza |
|---|---|---|---|
| [da compilare] | Alta/Media/Bassa | [da compilare] | [Alta se critica + 1 sola persona] |
Cosa NON è questo esercizio
- Non è valutare la persona: è valorizzarne la competenza rendendola condivisibile.
- Non è sostituirla: resta owner e riferimento della procedura.
- Non è un adempimento formale fine a sé stesso: serve a far dormire tranquilli in caso di assenza e a far crescere il team.
Note operative
- Ritmo sostenibile: 1 procedura alla volta, scritta bene e testata, meglio di sei bozze mai verificate.
- Le procedure completate confluiscono come runbook singoli e vengono richiamate in
it-operational-calendar.mddove ricorrenti. - Collegamento NIS 2 / continuità: la ridondanza di conoscenza sulle procedure critiche è un elemento di resilienza operativa atteso.