Home / Blog / Piano di continuità operativa

Operazioni

Come si scrive un piano di continuità operativa per una piccola impresa?

Guida pratica per scrivere un piano di continuità operativa in una piccola impresa: funzioni critiche, rischi, tempi di ripristino, ruoli, backup, test e revisione.

10 ottobre 2026 · 6 min di lettura

Un piano di continuità operativa è un documento scritto e breve che spiega come la sua azienda continua a funzionare, o torna a farlo in fretta, quando qualcosa la interrompe: un incendio, un blackout, un attacco ransomware, il guasto di un fornitore o l’assenza improvvisa di una persona chiave. In una piccola impresa non deve occupare ottanta pagine. Poche pagine chiare, che si trovano e si seguono sotto pressione, valgono molto più di un faldone che nessuno ha letto.

Perché serve a una piccola impresa?

Le piccole imprese hanno di solito poco margine: un solo titolare, una sola sede, un sistema principale e pochi clienti che contano su di lei domani. Un piano non evita gli incidenti, ma accorcia la confusione che ne segue, protegge i ricavi e la fiducia dei clienti ed è sempre più richiesto da grandi clienti, assicuratori e finanziatori.

Passo 1: individuare le funzioni critiche

Parta elencando ciò che l’azienda fa davvero ogni giorno, poi segni ciò il cui blocco farebbe più male. I candidati tipici:

• Il lavoro che genera ricavi: consegnare prodotti o servizi, ricevere ordini, tenere aperto il negozio o il cantiere.
• Farsi pagare: fatturazione, gestione dei pagamenti e sollecito dei crediti scaduti.
• Pagare gli altri: stipendi, fornitori, imposte e affitto.
• Comunicazione: telefono, posta elettronica e i canali con cui i clienti la raggiungono.
• Obblighi legali e di sicurezza: tutto ciò che deve continuare a fare per restare in regola o proteggere le persone.

Per ogni funzione annoti da quali persone, sistemi, fornitori e luoghi dipende. Questo elenco di dipendenze è la materia prima di tutto il resto.

Passo 2: fare una semplice valutazione dei rischi

Non serve una metodologia formale. Per ogni funzione critica si chieda che cosa potrebbe realisticamente interromperla e assegni da uno a cinque due punteggi: la probabilità e la gravità dell’impatto. Moltiplichi i punteggi e affronti per primi i più alti. Scenari comuni:

• Perdita della sede per incendio, allagamento o edificio inagibile.
• Interruzione di corrente, internet o telefono.
• Incidente informatico, perdita di dati o dispositivo guasto.
• Fermo di un fornitore o di un servizio software chiave.
• Malattia, dimissioni o assenza di una persona chiave.

Sia onesto sui punti unici di guasto, come l’unica persona che conosce le password o l’unico fornitore senza alternative.

Passo 3: fissare gli obiettivi di tempo di ripristino

L’obiettivo di tempo di ripristino (RTO) è il periodo più lungo in cui una funzione può restare ferma prima che il danno diventi inaccettabile. Ne fissi uno per ogni funzione critica, in unità semplici come due ore, un giorno o una settimana. Un valore affine è l’obiettivo di punto di ripristino (RPO): quanti dati recenti può permettersi di perdere, che determina ogni quanto vanno eseguiti i backup. Obiettivi brevi costano di più, quindi lasci che i numeri guidino dove investire: la fatturazione può tollerare un giorno, la presa degli ordini probabilmente no.

Passo 4: assegnare i ruoli e tenere aggiornati i contatti

In un incidente il problema peggiore è spesso non sapere chi decide. Indichi un responsabile del piano, un sostituto per ogni ruolo e un ordine di autorità chiaro. Poi registri:

• Contatti del personale: numeri di cellulare e un indirizzo email personale, non solo account aziendali che potrebbero essere fuori uso.
• Contatti esterni chiave: fornitori, locatore, assicurazione, banca, fornitore IT, commercialista e utenze.
• Comunicazione ai clienti: chi dice che cosa ai clienti, attraverso quale canale e con quale messaggio provvisorio.

Conservi una copia stampata o offline in un luogo accessibile: un piano che esiste solo sul sistema guasto è inutile.

Passo 5: pianificare backup e soluzioni alternative

Per ogni funzione critica scriva la soluzione di ripiego. Di solito è un mix di backup dei dati e modi di lavorare manuali o alternativi:

• Dati: tenga almeno una copia fuori sede o nel cloud, una copia che un computer infetto non possa modificare né cancellare, e verifichi che il ripristino funzioni davvero.
• Sistemi e accessi: custodisca in modo sicuro le credenziali critiche, con un modo per una seconda persona fidata di raggiungerle.
• Sede e attrezzature: possibilità di lavoro da remoto, accordo reciproco con un’altra azienda o dispositivi di scorta per l’essenziale.
• Fornitori: un’alternativa approvata per tutto ciò di cui non può fare a meno.
• Flusso di cassa: riserve o credito sufficienti a pagare gli stipendi mentre gli incassi sono compromessi, e una verifica di ciò che l’assicurazione copre davvero.

Passo 6: testare il piano

Un piano non testato è un’ipotesi. Cominci con una breve esercitazione a tavolino: riunisca il team, descriva uno scenario come «lunedì mattina l’ufficio non è accessibile» e ripercorra chi fa che cosa. Annoti ogni lacuna, come un numero obsoleto o una password mancante. Poi provi separatamente le parti tecniche, soprattutto il ripristino di un backup. Anche una sola esercitazione realistica all’anno porta alla luce problemi molto meno costosi da risolvere ora.

Passo 7: rivedere secondo un calendario

I piani invecchiano in fretta. Rivede il suo almeno una volta l’anno e ogni volta che cambia qualcosa di rilevante: un nuovo sistema, una nuova sede, l’arrivo o l’uscita di una persona chiave, un cambio importante di fornitore, oppure dopo ogni incidente reale o test. Registri data, versione e chi l’ha approvato, e presenti ai nuovi arrivati il loro ruolo durante l’inserimento.

Se vuole che il piano viva dove il suo team già lavora, FulcrumGrid Command Center può raccogliere in un unico posto attività chiave, responsabili e scadenze, il che aiuta con l’elenco delle dipendenze e i promemoria di revisione. È un supporto al coordinamento, non un sostituto della riflessione descritta sopra: il valore di un piano di continuità sta nelle decisioni che vi si prendono e nel provarle prima di averne bisogno.

Domande frequenti

Che cos’è un piano di continuità operativa?

È un documento scritto e breve che descrive come un’azienda continua a funzionare, o si riprende in fretta, quando qualcosa la interrompe, come un incendio, un guasto, un incidente informatico o la perdita di una persona chiave. Copre funzioni critiche, obiettivi di ripristino, ruoli, contatti, backup e test.

Quanto deve essere lungo il piano di una piccola impresa?

Quanto basta perché sia utilizzabile, e per la maggior parte delle piccole imprese sono poche pagine. La chiarezza conta più della lunghezza: deve potersi trovare e seguire rapidamente durante un incidente.

Che cos’è l’obiettivo di tempo di ripristino (RTO)?

È il periodo più lungo in cui una funzione può restare non disponibile prima che il danno diventi inaccettabile. Se ne fissa uno per ogni funzione critica, per esempio due ore per la presa degli ordini o un giorno per la fatturazione, e guida quanto investire in backup e alternative.

Ogni quanto devo testare e rivedere il piano?

Lo riveda almeno una volta l’anno e ogni volta che cambia qualcosa di importante, come un sistema, una sede o una persona chiave. Faccia almeno un’esercitazione a tavolino all’anno e provi il ripristino dei backup a intervalli regolari.

Un piano di continuità è la stessa cosa di un piano di disaster recovery?

Non esattamente. Il piano di continuità riguarda il funzionamento dell’intera attività, comprese persone, sede e fornitori. Il piano di disaster recovery è di solito la parte tecnica, più ristretta, dedicata al ripristino dei sistemi informatici e dei dati.

← Torna al blog