Change Register — Registro Modifiche IT
Pacchetto onboarding IT Gonzato · Fase P2 · IT Manager · v1 03/07/2026 · bozza da compilare in azienda
Scopo
Registro delle modifiche ai sistemi IT del Gruppo: cosa è stato cambiato, perché, da chi, come si torna indietro, com'è andata. Oggi non c'è change management strutturato: le modifiche avvengono e non lasciano traccia, quindi quando qualcosa si rompe è difficile capire cosa è cambiato. Questo registro è la traccia minima. NON è un processo di approvazione pesante: è un foglio (Excel/Sheets) dove ogni modifica non banale viene annotata prima o subito dopo. Base per troubleshooting, continuità operativa e NIS 2.
Cosa registrare
Registrare ogni modifica che può impattare un servizio: aggiornamenti server/firmware, patch, cambi configurazione rete/firewall, migrazioni, ripristini, nuovi apparati in produzione, modifiche permessi/GPO, cambi su gestionale/ERP.
NON serve registrare: attività di supporto ordinario già nel ticket-log (reset password, sblocco stampante).
Campo Rollback (importante)
Prima di eseguire una modifica non banale, scrivere COME si torna indietro. Se non esiste un rollback → è un rischio da segnalare esplicitamente e concordare con l'owner del servizio.
Tabella registro (foglio condiviso — import Excel)
| Data | Cosa (modifica) | Perché | Chi | Rollback | Esito |
|---|---|---|---|---|---|
| [da compilare: gg/mm/aaaa] | [da compilare: es. aggiornamento firmware firewall sede Malo] | [da compilare: es. patch vulnerabilità CVE-xxxx] | [da compilare] | [da compilare: es. ripristino config salvata pre-update] | [OK/KO/parziale] |
| [da compilare] | [da compilare: es. migrazione file server nuovo NAS] | [da compilare] | [da compilare] | [da compilare] | [OK/KO/parziale] |
| [da compilare] | [da compilare] | [da compilare] | [da compilare] | [da compilare] |
Regole minime
- Modifica su sistema critico → riga nel registro, sempre. Rollback compilato PRIMA di eseguire.
- Modifica nata da un incident → collegare al numero/riga del ticket-log nelle note.
- Esito
KO→ non lasciare la riga aperta: annotare stato finale e azioni correttive. - Finestra di modifica su servizi critici → concordata (vedi patch window in
it-operational-calendar.md).
Note operative
- Volutamente leggero: niente board di approvazione. La disciplina è "scrivo cosa cambio e come torno indietro".
- Se in futuro il volume di modifiche giustifica un processo formale (CAB, categorie di change), la decisione si basa su questo registro.
- Collegamento NIS 2: la tracciabilità delle modifiche è un controllo atteso; questo registro ne è l'evidenza minima.