Esternalizzare l'IT: quando conviene, e quando no

Le due domande sbagliate

«Costa meno?» e «è più sicuro?» sono le domande che si sentono più spesso su chi esternalizza l'IT, e sono quelle sbagliate: la risposta dipende troppo dal caso specifico per essere utile in astratto. Le domande che aiutano davvero a decidere sono altre: cosa voglio continuare a governare direttamente, cosa sono disposto a delegare, e quale livello di servizio mi serve davvero, non quello che sembra più rassicurante sulla carta.

Cosa si può esternalizzare, e cosa conviene tenere in casa

Quasi tutto, in teoria, si può affidare a un fornitore esterno: supporto agli utenti, gestione di server e rete, backup, sicurezza, sviluppo. In pratica, la scelta dipende da quanto quella competenza è vicina al cuore del business.

Le attività operative e ripetitive, supporto quotidiano, manutenzione dell'infrastruttura, monitoraggio, sono spesso le prime candidate: richiedono continuità e competenze aggiornate che un fornitore specializzato può garantire più facilmente di un piccolo team interno. Le decisioni strategiche su cosa fare e perché, invece, restano meglio governate da chi conosce davvero il business, anche quando la loro esecuzione viene delegata.

I modelli possibili

Cosa guardare in un fornitore

• SLA scritti e misurabili: tempi di risposta e di risoluzione per livello di criticità, non frasi generiche come "il prima possibile".
• Referenze verificabili: parlare con clienti reali dice più di qualunque brochure.
• Continuità: cosa succede se il tecnico di riferimento cambia lavoro, o se il fornitore chiude. Un buon fornitore ha un team, non una sola persona che sa tutto.
• Trasparenza sui dati: dove risiedono, chi vi accede, cosa succede se il rapporto finisce.
• Un metodo di lavoro documentato, non solo un elenco di competenze tecniche.

Gli errori comuni

• Dipendere da una sola persona. Se solo il tecnico di riferimento conosce davvero l'infrastruttura, la sua assenza o il suo addio diventano un rischio aziendale, non un disagio.
• Contratti senza KPI misurabili. Senza numeri da verificare, "va tutto bene" è un'opinione, non un dato.
• Nessuna via d'uscita chiara. Documentazione, credenziali e configurazioni che restano solo presso il fornitore rendono il cambio quasi impossibile: è un blocco silenzioso, spesso scoperto solo quando si prova a cambiare.
• Scegliere sul prezzo più basso, senza guardare cosa è davvero incluso nello SLA.

Come si fa una transizione senza fermarsi

1. Mappa quello che c'è oggi: sistemi, contratti, credenziali, documentazione esistente, o la sua assenza.
2. Definisci lo SLA che ti serve davvero, per criticità dei sistemi, non un livello unico per tutto.
3. Pianifica un periodo di affiancamento, con il fornitore uscente se possibile, per trasferire conoscenza senza interruzioni.
4. Verifica l'accesso a tutto: credenziali, licenze, configurazioni, documentazione, prima che il rapporto precedente finisca davvero.
5. Misura i primi mesi: tempi di risposta reali confrontati con lo SLA promesso, non solo la sensazione generale.

Checklist rapida

• ho SLA scritti e misurabili, non solo promesse generiche;
• più di una persona, dentro il fornitore, conosce davvero la mia infrastruttura;
• so dove risiedono i miei dati e chi vi accede;
• ho accesso diretto a credenziali, licenze e documentazione, non solo il fornitore;
• so cosa succederebbe, in pratica, se decidessi di cambiare fornitore domani;
• i tempi di risposta reali vengono misurati, non solo percepiti.

In sintesi