L'IT che funziona finché c'è la persona che sa
In molte PMI l'informatica regge grazie a una persona: il sistemista interno, il consulente che segue l'azienda da quindici anni, a volte il titolare stesso, che anni fa ha configurato il firewall e da allora è l'unico a sapere come. Finché quella persona c'è, tutto sembra in ordine.
Poi va in ferie, si ammala o se ne va. Il lunedì mattina il gestionale non parte, e nessuno sa dove sono le password di amministratore, come si fa ripartire il servizio, quale numero chiamare per la linea internet e con quale codice cliente. Il guasto magari è banale; il fermo dura ore perché manca l'informazione, non la competenza.
La documentazione IT serve a questo: fare in modo che il funzionamento dei sistemi non dipenda dalla memoria di una persona sola.
Cosa documentare davvero
Non serve descrivere tutto: serve ciò che permette a una persona competente, ma nuova, di intervenire in un'emergenza.
| Cosa | Perché serve | Dove tenerlo |
|---|---|---|
| Inventario di hardware, software e licenze, con le scadenze | Sapere cosa hai e cosa scade, e rinnovare in tempo invece che d'urgenza | Un registro unico, aggiornato a ogni acquisto e dismissione |
| Schema della rete | Indirizzi, apparati, collegamenti tra sedi: senza schema ogni guasto di rete riparte da zero | Con la data dell'ultima revisione |
| Credenziali | Entrare nei sistemi quando chi le conosce non c'è | In una cassaforte digitale con accessi nominativi, mai in un file Word o Excel |
| Procedure operative (runbook) | Riavviare un servizio, ripristinare da backup, cosa fare se cade la linea: passi che un'altra persona può eseguire | Pagine brevi, raggiungibili anche se il server principale è fermo |
| Contratti, fornitori e contatti di assistenza | Chi chiamare, con quale codice cliente, cosa copre il contratto | Un elenco unico, con numeri, codici e scadenze |
| Configurazioni e registro delle modifiche | Sapere cosa è cambiato, quando e perché, se qualcosa smette di funzionare | Un registro con data, autore e motivo di ogni modifica |
| Dipendenze tra sistemi | Sapere che il gestionale non parte senza il server delle licenze, o da quale macchina la stampante del magazzino riceve le etichette | Una pagina per ogni sistema critico, collegata all'inventario |
Sulle credenziali la regola è una sola: un file «password.xlsx» nella cartella condivisa è un regalo per chiunque riesca a entrare nella rete. Come si organizza un gestore di password aziendale lo spieghiamo nella guida sulle password aziendali. E se la tua azienda rientra nella NIS2, l'inventario non è facoltativo: la gestione degli attivi è tra le misure di sicurezza elencate all'articolo 21 della direttiva (UE) 2022/2555.
La documentazione è dell'azienda, non del fornitore
Spesso la documentazione esiste, ma sta nel portatile del consulente o nel sistema di ticket del fornitore: il giorno in cui il rapporto finisce, se ne va anche lei. Chiedi che venga consegnata in un formato leggibile, in uno spazio che controlli tu, e scrivilo nel contratto. È uno dei punti da verificare prima di esternalizzare l'IT o di cambiare fornitore.
Quando prendiamo in carico un'infrastruttura, la documentazione prodotta resta all'azienda, e uno dei casi più frequenti è proprio il sistemista interno che sta per andare via: il preavviso è il momento giusto per mettere per iscritto ciò che sa e far provare le procedure a un'altra persona mentre lui può ancora correggerle.
Come si tiene viva la documentazione
- Un responsabile con nome e cognome: non «l'IT» in generale, ma una persona che risponde dell'aggiornamento, anche quando a scrivere sono altri.
- Si aggiorna a ogni modifica, non una volta l'anno: una modifica non è finita finché non è scritta. Un firewall nuovo, una regola cambiata, un fornitore sostituito.
- Pagine brevi invece del manuale: una pagina per sistema, una per procedura. Il manuale da trecento pagine non lo apre nessuno, e invecchia tutto insieme.
- Si prova: una persona diversa da chi ha scritto la procedura prova a seguirla, per esempio durante un ripristino di prova. Dove si blocca, la procedura va corretta.
- Si rivede a date fisse: contatti e contratti a ogni rinnovo, le procedure di emergenza a ogni prova del piano di continuità e disaster recovery.
Gli errori più comuni
- La documentazione nella testa del fornitore. Se esiste solo nei suoi archivi, cambiare fornitore significa ricominciare da capo.
- Scritta una volta e mai più toccata. Un documento vecchio fa perdere tempo proprio quando serve: indica apparati che non ci sono più e procedure che non funzionano.
- Credenziali in chiaro nello schema di rete, nelle email, sul foglietto attaccato al monitor.
- Scrivere per chi sa già. «Riavviare il servizio come al solito» non aiuta chi non sa qual è il solito.
Checklist rapida
- so dove si trova l'inventario di hardware, software e licenze, e quando è stato aggiornato l'ultima volta;
- le credenziali di amministratore sono in una cassaforte digitale, accessibile ad almeno due persone;
- esiste uno schema di rete aggiornato, con i collegamenti tra le sedi;
- per ogni sistema critico c'è una procedura di ripristino scritta e raggiungibile anche a sistemi fermi;
- una persona diversa dall'autore ha seguito almeno una procedura negli ultimi dodici mesi;
- la documentazione dei fornitori è consegnata all'azienda, in uno spazio che l'azienda controlla.
In sintesi
Se l'IT funziona solo finché c'è una certa persona, l'azienda ha un rischio che non compare in nessun bilancio. Bastano poche cose scritte bene: inventario, rete, credenziali in una cassaforte digitale, procedure di ripristino, contatti e modifiche. La documentazione appartiene all'azienda, ha un responsabile, si aggiorna a ogni modifica e si prova facendola seguire a qualcun altro.