Ogni team che lavora per altri, clienti o colleghi di un altro reparto, fa promesse, dette o sottintese. «Risponderemo in fretta.» «Il sistema è praticamente sempre attivo.» Un accordo sul livello di servizio (SLA) trasforma queste promesse vaghe in qualcosa che entrambe le parti possono misurare. Questa guida risponde alle domande più comuni: cos'è uno SLA, cosa contiene e come fissare obiettivi che puoi davvero mantenere.
Cos'è un accordo sul livello di servizio?
Uno SLA è un accordo scritto tra un fornitore di servizi e chi ne dipende. Stabilisce quale livello di servizio sarà garantito, come viene misurato e cosa succede se non viene raggiunto. Può essere esterno, tra un'azienda e i suoi clienti, o interno, tra due team come IT e finanza.
Cosa deve includere uno SLA?
- Ambito. Cosa copre il servizio e, altrettanto importante, cosa non copre.
- Metriche. I numeri di cui riferirai, come disponibilità, tempo di prima risposta, tempo di risoluzione o tasso di errore.
- Obiettivi. Il valore che ogni metrica deve raggiungere, ad esempio il 99,5% di disponibilità o una prima risposta entro quattro ore lavorative.
- Periodo e metodo di misurazione. Al mese o al trimestre, con quale strumento, contando quali ore.
- Responsabilità. Cosa deve fornire il cliente, come accessi, informazioni o approvazioni tempestive.
- Rimedi. Crediti di servizio, escalation o una riunione di revisione quando un obiettivo non viene raggiunto.
- Esclusioni. Manutenzione programmata, eventi fuori dal tuo controllo e richieste fuori ambito.
SLA, SLO e SLI: qual è la differenza?
I tre termini vengono spesso confusi. Un service level indicator (SLI) è la misurazione in sé, ad esempio la percentuale di richieste evase entro due secondi. Un service level objective (SLO) è l'obiettivo interno per quella misurazione, ad esempio il 99,9%. Lo SLA è l'accordo, con conseguenze associate. Una buona abitudine è fissare lo SLO interno leggermente più stretto dello SLA, così hai un margine di preavviso prima di infrangere una promessa.
Come si fissano obiettivi realistici?
Parti dai dati, non dall'ambizione
Guarda le prestazioni reali degli ultimi tre-sei mesi. Se oggi risolvi l'80% dei ticket in due giorni, promettere il 95% in un giorno è un desiderio, non un obiettivo. Scegli un numero che già rispetti quasi sempre, poi miglioralo in modo mirato.
Chiedi di cosa hanno davvero bisogno i clienti
Una risposta più veloce non ha sempre valore. Chiedi agli utenti quali ritardi danno fastidio e quali notano appena. Una prima risposta entro quattro ore può soddisfarli del tutto, mentre promettere un'ora ti costerebbe personale in più senza un vero beneficio.
Tieni conto di capacità e dipendenze
Il tuo obiettivo è solido quanto il tuo fornitore più debole. Se il tuo servizio dipende da un fornitore che garantisce il 99,5%, non puoi onestamente promettere il 99,9%. Verifica anche organico, festività e fusi orari.
Usa livelli invece di un solo numero
Non tutte le richieste sono uguali. Definisci livelli di priorità, con un obiettivo stretto per gli incidenti urgenti e uno più morbido per le richieste ordinarie. Fermati a tre o quattro livelli, così si ricordano.
Esprimi gli obiettivi in percentuale
«Ogni ticket evaso in quattro ore» verrà violato il primo giorno. «Il 95% dei ticket evaso entro quattro ore lavorative» è onesto riguardo alla giornata storta occasionale.
Un esempio semplice
Un team IT interno supporta 200 dipendenti. Lo scorso trimestre ha risposto all'88% dei ticket entro quattro ore lavorative e risolto il 90% degli incidenti urgenti entro otto ore. Potrebbe fissare questi obiettivi:
- Urgente: prima risposta entro un'ora, 90% risolto entro otto ore.
- Normale: prima risposta entro quattro ore lavorative per il 92% dei ticket.
- Bassa: prima risposta entro due giorni lavorativi per il 95% dei ticket.
Questi valori stanno poco sopra le prestazioni attuali, quindi mettono alla prova il team senza essere fantasia.
Errori comuni con gli SLA
- Promettere il 100%. Nessun servizio è perfetto, e un obiettivo senza margine di errore verrà infranto.
- Troppe metriche. Da tre a cinque numeri scelti bene valgono più di venti che nessuno legge.
- Misurare ciò che è facile anziché ciò che conta. La disponibilità può segnare il 100% mentre gli utenti non riescono ad accedere.
- Fissarlo una volta e dimenticarlo. I bisogni cambiano, e l'accordo deve cambiare con loro.
- Nessuna revisione, nessun confronto. Uno SLA di cui non si parla mai è solo un documento.
Revisione e reportistica
Riferisci i risultati con un ritmo regolare, mensile per la maggior parte dei team, e discuti gli scostamenti senza cercare colpevoli: qual è la causa, e a sbagliare è l'obiettivo o il processo? Rivedi gli obiettivi stessi ogni sei-dodici mesi. Per iniziare basta un foglio di calcolo. Se già monitori le tue operazioni in FulcrumGrid Command Center, puoi tenere le metriche dello SLA accanto agli altri KPI e progetti, così un tempo di risposta in peggioramento si vede prima della revisione mensile e non durante.
Parti da dati reali, prometti ciò che puoi mantenere e rivedilo spesso. Uno SLA realistico crea più fiducia di uno impressionante che non riesci a rispettare.
Domande frequenti
Qual è la differenza tra SLA e contratto?
Un contratto copre l'intero rapporto commerciale, inclusi prezzo, responsabilità e durata. Lo SLA ne è di solito una parte, incentrata sui livelli di servizio misurabili e su ciò che accade quando non vengono raggiunti.
Qual è un buon obiettivo di disponibilità per uno SLA?
Dipende da ciò che puoi offrire e da ciò che serve agli utenti. Il 99,5% consente circa 3,6 ore di fermo al mese, il 99,9% circa 43 minuti. Controlla il tuo storico e i tuoi fornitori prima di scegliere.
I team interni hanno bisogno di SLA?
Spesso sì. Uno SLA interno tra, ad esempio, IT e finanza chiarisce aspettative e priorità senza peso legale. Tienilo breve e concentrati sulle poche richieste più importanti.
Ogni quanto va rivisto uno SLA?
Riferisci i risultati ogni mese e rivedi gli obiettivi stessi ogni sei-dodici mesi, o prima dopo un cambiamento importante in organico, strumenti o domanda.
FulcrumGrid Command Center
Guarda i tuoi livelli di servizio a colpo d'occhio
FulcrumGrid Command Center ti aiuta a seguire KPI e progetti in un unico posto, così tempi di risposta e obiettivi restano visibili per tutto il mese.