La tua azienda non si ferma.

Non è solo un problema informatico

Un piano di continuità che parla solo di server è un piano incompleto. Le cose che fermano un'azienda sono più varie di quanto si immagini: un allagamento che rende inagibile la sede, uno sciopero o un'emergenza sanitaria che tiene a casa metà del personale, un fornitore unico che smette di consegnare, la connettività interrotta da uno scavo in strada, un incendio nel capannone accanto. La domanda giusta non è «come ripristiniamo i sistemi», ma «come continuiamo a evadere gli ordini, fatturare e rispondere ai clienti mentre risolviamo». Le due risposte si intrecciano, ma non coincidono.

Si parte dai processi, non dalle macchine

L'analisi di impatto è la parte meno tecnica e più utile del lavoro: si mettono in fila i processi aziendali e per ciascuno si stabilisce quanto può restare fermo prima che il danno diventi grave. Emergono quasi sempre due sorprese. La prima: alcune cose considerate critiche possono in realtà aspettare due giorni senza conseguenze. La seconda: qualcosa di apparentemente banale — l'accesso al portale delle spedizioni, il PC che pilota una macchina, la casella condivisa degli ordini — blocca l'intera catena. La priorità di ripristino esce da qui, non dall'organigramma.

Cosa contiene un piano che funziona

Deve essere breve, aggiornato e utilizzabile da chi è in azienda quel giorno, non dall'esperto che è in ferie.

• Elenco dei processi critici con il tempo massimo di fermo tollerabile
• Priorità e sequenza di ripristino dei sistemi che li sostengono
• Ruoli e sostituti: chi decide, chi esegue, chi comunica — con i nomi
• Contatti utili raggiungibili anche a rete ferma: fornitori, connettività, assicurazione
• Procedure di lavoro alternative per i primi giorni, anche su carta
• Regole di comunicazione verso dipendenti, clienti e, se dovuto, verso le autorità

Il piano che nessuno ha mai provato non è un piano

È il punto in cui quasi tutte le organizzazioni si fermano: il documento esiste, è stato approvato, è in una cartella. Poi si scopre che è aggiornato al 2022, che due dei tre numeri di telefono non rispondono più, che la persona indicata come responsabile non lavora più qui e che il piano è salvato sul server che nell'ipotesi è spento. Le prove servono a questo. Ne facciamo di due tipi: una simulazione a tavolino, un paio d'ore in riunione ragionando su uno scenario concreto, e una prova tecnica di ripristino su ambiente separato. Entrambe producono un verbale con le cose da correggere.

Ridondanza: dove serve davvero

Duplicare tutto è insostenibile, e nemmeno necessario. La ridondanza si mette dove il tempo di fermo tollerabile è più corto del tempo di riparazione: tipicamente la connettività, con una seconda linea di tecnologia diversa e commutazione automatica; l'alimentazione, con gruppi di continuità dimensionati per uno spegnimento ordinato e non per lavorare al buio; i sistemi che sostengono i processi in cima alla lista. Su tutto il resto è più efficiente investire in un ripristino rapido e ben provato che in un doppione fermo che costa ogni mese.

Un obbligo, oltre che una buona idea

Per le aziende nel perimetro del D.Lgs. 138/2024 la continuità operativa non è facoltativa: l'articolo 21 la elenca esplicitamente tra le misure minime, insieme a backup, disaster recovery e gestione delle crisi, e chiede di poterlo dimostrare con evidenze documentali. Il piano, i verbali delle prove e gli esiti dei test di ripristino sono esattamente quelle evidenze. Chi lavora nella catena di fornitura di un soggetto obbligato se lo vedrà chiedere per contratto, spesso con un questionario da compilare.