Cosa succede concretamente quando un IT Manager esterno inizia a lavorare in una PMI? È una domanda che ricevo spesso, e la risposta migliore è raccontare come si svolgono i primi tre mesi. Non è un piano rigido — ogni azienda parte da una situazione diversa — ma la sequenza logica è stabile: prima si definisce il mandato, poi si ricostruisce l'esistente, poi si decide. Chi si aspetta rivoluzioni nelle prime settimane resterà deluso, e questo è un bene: le rivoluzioni fatte senza conoscere il contesto producono danni, non risultati.
Prima di tutto: il mandato
I primi incontri non riguardano la tecnologia. Riguardano la direzione: quali obiettivi ha l'azienda, quali problemi percepisce, quali eventi recenti hanno fatto emergere il bisogno, quali progetti sono in programma, quali vincoli economici e organizzativi esistono. Da questo confronto esce il mandato: di cosa risponderò, con quale perimetro, con quale cadenza di riporto, con quali esclusioni esplicite.
Un mandato scritto e condiviso è la differenza tra un ruolo e una presenza generica. Serve anche a verificare che il ruolo giusto sia davvero l'IT Manager esterno: a volte dal primo confronto emerge che il bisogno reale è un progetto puntuale o una figura diversa, ed è corretto dirlo subito.
Settimane 1–4: ricostruire l'esistente
La prima fase operativa è una ricostruzione sistematica: infrastruttura, applicazioni, dati, contratti, costi, fornitori, sicurezza, backup, procedure, persone e dipendenze operative. Nelle PMI questa conoscenza esiste quasi sempre, ma è distribuita: un pezzo nella memoria del fornitore storico, un pezzo in amministrazione, un pezzo nella testa di una persona interna che «sa come funziona».
Il lavoro consiste nel raccoglierla e metterla per iscritto in forma utilizzabile:
- inventario ragionato di sistemi, servizi e dipendenze;
- mappa dei fornitori con perimetri, contratti, referenti e scadenze;
- quadro di licenze, canoni e rinnovi;
- stato reale di backup, accessi e misure di sicurezza — verificato, non dichiarato.
La profondità si concorda in base al perimetro: l'obiettivo dei primi 90 giorni non è documentare tutto alla perfezione, ma avere un quadro affidabile di ciò che conta.
Rischi urgenti e misure di contenimento
Durante la ricostruzione emergono quasi sempre alcune esposizioni che non possono aspettare la roadmap: backup mai testati o raggiungibili dallo stesso ambiente che dovrebbero proteggere, accessi amministrativi condivisi o mai revocati a ex collaboratori e vecchi fornitori, sistemi esposti su internet senza motivo, contratti critici scaduti o in scadenza silenziosa.
Per queste situazioni non serve un piano strategico: servono misure di contenimento rapide, proporzionate e documentate, concordate con la direzione quando comportano scelte di spesa o di rischio. Contenere non significa risolvere in modo definitivo: significa ridurre subito l'esposizione, e mettere la soluzione strutturale nella roadmap con la giusta priorità.
Fornitori e accessi: la mappa dei perimetri
Un capitolo dedicato meritano i fornitori. Nei primi 90 giorni incontro gli interlocutori principali, chiarisco chi fa cosa e ricostruisco la mappa degli accessi: chi può entrare in quali sistemi, con quali credenziali, con quale tracciabilità. È un lavoro poco visibile ma decisivo, perché i vuoti tra i perimetri dei fornitori sono spesso più rischiosi dei singoli servizi. L'obiettivo non è mettere in discussione i partner esistenti: è dare a ciascuno obiettivi chiari e all'azienda un quadro di responsabilità leggibile. Il tema è approfondito nella pagina sulla gestione dei fornitori IT.
Settimane 5–12: roadmap e regia stabile
Con il quadro ricostruito, si passa alle decisioni. Il piano iniziale classifica le attività per rischio, impatto e urgenza, distinguendo quattro categorie: quick win, criticità da contenere, decisioni da assumere e iniziative da pianificare. La roadmap che ne esce ha priorità, responsabili e stato — non è una lista dei desideri.
In parallelo prende forma la parte meno visibile e più importante: la struttura di gestione. Referenti definiti, rituali di controllo con una cadenza sostenibile, flussi di escalation, registro delle decisioni, indicatori essenziali per la direzione. È ciò che trasforma i primi tre mesi da "consulenza lunga" a regia stabile: il valore non sta nella fotografia iniziale, ma nel meccanismo che la tiene aggiornata. Il metodo completo, con le cinque fasi dell'affiancamento, è descritto nella pagina come funziona.
Quick win realistici
Nei primi 90 giorni alcuni risultati concreti sono quasi sempre possibili senza progetti onerosi:
- revoca di accessi non più giustificati e riordino delle credenziali amministrative;
- primo test di ripristino documentato su un sistema critico;
- disdetta o rinegoziazione di servizi duplicati o non più usati;
- un punto di contatto e un flusso di escalation chiaro per gli incidenti;
- un calendario di rinnovi e scadenze che elimina le sorprese contrattuali.
Sono risultati volutamente modesti nella forma e rilevanti nella sostanza: riducono rischio e spesa senza stravolgere nulla.
Cosa non tentare di cambiare subito
Altrettanto importante è ciò che nei primi 90 giorni è bene non fare:
- sostituire fornitori sulla base delle prime impressioni: un cambio si propone con motivazioni documentate e un piano di transizione, non d'istinto;
- lanciare grandi progetti (migrazioni, cambi di gestionale) prima che il quadro sia solido: le fondamenta vengono prima dei piani alti;
- imporre strumenti e procedure nuove alle persone interne senza aver capito come lavorano e perché: l'adozione forzata genera resistenze che durano anni;
- smontare scelte tecniche ereditate che funzionano, solo perché non sono quelle che avrei fatto io. Ogni sistema in produzione ha una storia; si cambia per ragioni, non per gusto.
Il riporto alla direzione
Alla fine del percorso iniziale, la direzione deve avere in mano tre cose: una fotografia onesta dello stato dell'IT, con i rischi principali resi espliciti; una roadmap con priorità e responsabili; un meccanismo di riporto periodico in linguaggio di business — rischi, costi, decisioni, avanzamento — non in sigle tecniche. Da lì in avanti, la gestione continuativa fa il suo lavoro: il piano viene aggiornato con l'evoluzione dell'azienda, e la direzione decide sapendo cosa sta decidendo.
Se ti stai chiedendo se questo percorso abbia senso per la tua azienda, può esserti utile prima l'articolo su quando una PMI ha bisogno di un IT Manager esterno. E se vuoi parlare della tua situazione concreta, scrivimi: il primo confronto serve esattamente a capire da dove partiresti.