«Shift-left» è probabilmente l’espressione più abusata dell’ITSM, e designa la tendenza a risolvere i problemi il più a monte possibile nella catena di supporto, con l’obiettivo di contenere i costi. L’idea è seducente e, sulla carta, ineccepibile. Il problema è che molte organizzazioni trattano lo shift-left come un obiettivo da perseguire in sé – un progetto da avviare o uno strumento da implementare – anziché come la conseguenza di prerequisiti operativi consolidati.

Trasferire i ticket verso i livelli meno dispendiosi della catena di supporto – il movimento «verso sinistra» da cui la pratica prende il nome – non produce alcuna riduzione dei costi  se non sono presenti contemporaneamente: una knowledge base di qualità, un self-service ben progettato e un’automazione matura del service desk.  

L’analisi che segue intende ricondurre lo shift-left alla sua corretta collocazione logica. Per le organizzazioni ITSM deve rappresentare un punto di arrivo, reso possibile da fondamenta operative solide, più che una soluzione tecnologica da implementare all’avvio del percorso.

La matematica che rende lo shift-left irrinunciabile

L’interesse verso lo shift-left poggia su un dato di costo preciso: la spesa per ticket aumenta sensibilmente a ogni passaggio verso i livelli di supporto più specializzati, dal service desk di primo livello fino al supporto dei fornitori esterni. 

Secondo i benchmark di MetricNet, in Nord America un ticket gestito dal service desk di Livello 1 costa circa 22 dollari, mentre lo stesso problema risolto in self-service al Livello 0 costa circa 2 dollari. Salendo, il desktop support (Livello 2) costa intorno ai 70 dollari, l’IT di Livello 3 circa 100, il field support circa 220 e il supporto del vendor fino a 600 dollari a ticket. MetricNet individua anche un «Livello -1», il punto più a sinistra in assoluto: la prevenzione degli incidenti attraverso il problem management, che elimina a monte i ticket altrimenti destinati a generarsi.

Di fatto, più ticket riusciamo a spostare a sinistra – per esempio da una reimpostazione della password gestita da un operatore umano, dal costo di 22 dollari, a una procedura automatizzata da 2 dollari  – più riduciamo il costo totale. Da questa scala di costi nasce la promessa di cost reduction associata allo shift-left: ogni richiesta gestita a un livello inferiore costa meno. La logica regge però a una sola condizione, ovvero che la richiesta venga effettivamente risolta a quel livello, e non semplicemente trasferita.

Quando lo shift-left fa aumentare i costi invece di ridurli

Il risparmio per ticket presuppone infatti la risoluzione effettiva, non il semplice trasferimento. Una richiesta indirizzata al self-service che poi torna al Livello 1 – perché l’articolo della knowledge base era impreciso, il portale poco usabile o l’automazione mal progettata – non costa 2 dollari, ma 2 dollari sommati ai 22 del Livello 1, oltre all’eventuale escalation. Uno spostamento prematuro, quindi, moltiplica il costo complessivo del problema: riduce la quota di richieste risolte al primo contatto e aumenta i contatti ripetuti per la stessa domanda.

È questa la ragione per cui un’iniziativa di shift-left guidata dal solo obiettivo di ridurre la spesa produce spesso l’effetto contrario. Un self-service progettato unicamente per contenere i costi viene adottato poco e non genera i benefici attesi. Quando l’utente non trova una risposta, infatti, tende a rivolgersi a soluzioni esterne ai canali ufficiali.

Lo conferma l’indagine di TeamViewer sul digital friction: il 54% dei dipendenti dichiara di non sentirsi in grado di risolvere autonomamente i problemi tecnici – un segnale che un self-service poco curato resta inutilizzato e costringe comunque l’utente a rivolgersi al supporto. Il risultato è il paradosso che ogni responsabile ITSM dovrebbe temere: metriche di volume che migliorano mentre l’esperienza reale, e il costo effettivo per problema risolto, peggiorano.

I prerequisiti indispensabili 

Perché la redistribuzione dei ticket lungo i livelli di supporto diventi una strategia praticabile, devono essere già in atto tre condizioni, i veri elementi abilitatori dello shift-left.

1. Conoscenza accurata e accessibile

La knowledge base è l’asset numero uno nella catena del valore ITSM. Non basta però «catturare» la conoscenza: il valore nasce dal suo utilizzo, più che dalla semplice archiviazione. Metodologie consolidate come il Knowledge-Centered Service (KCS) servono proprio a mantenere gli articoli aggiornati, pertinenti e davvero risolutivi – la condizione perché un problema sia «Level Zero Solvable», cioè risolvibile in autonomia.

2. Gestione efficace di Tier 0 e Tier 1

Il Livello 0 (self-service) e il Livello 1 vanno progettati intorno ai bisogni reali degli utenti, non alle funzionalità del software. Un portale facile da usare, con funzionalità di ricerca efficaci e FAQ ben fatte, e un primo livello dotato di strumenti e autorità per chiudere il ticket senza escalation: è qui che si determina il successo o l’insuccesso dello shift-left.

3. Cicli di feedback chiusi tra i livelli 

Ogni volta che un livello superiore risolve un problema nuovo, la soluzione individuata deve essere documentata e resa disponibile ai livelli inferiori, così da poter essere riutilizzata in autonomia. Il processo si articola in quattro fasi: documentare, ricercare, correggere, risolvere. In assenza di questo flusso di trasmissione della conoscenza prodotta, la knowledge base perde progressivamente di attualità, compromettendo l’efficacia dello shift-left.

La gestione del cambiamento organizzativo

A monte dei tre prerequisiti che abbiamo individuato ce n’è un quarto, largamente trascurato: la gestione del cambiamento organizzativo. Lo shift-left comporta un cambiamento nei modelli di lavoro e richiede una corrispondente revisione dei criteri di valutazione e incentivazione del personale. Senza, knowledge management, self-service e automazione restano strumenti che nessuno adotta davvero. Ed è proprio su questi prerequisiti che i responsabili IT dovrebbero misurarsi prima ancora che sui volumi di ticket. Il tasso di first contact resolution, la percentuale di problemi «Level Zero Solvable» e il tasso di riapertura dei ticket dicono, meglio di qualsiasi conteggio di ticket reindirizzati, se lo shift-left sta funzionando davvero.

AI e shift-left: benefici reali e costi nascosti

L’intelligenza artificiale, e in particolare i modelli linguistici (LLM), stanno riscrivendo l’economia dello shift-left, ma non nel modo in cui molti sperano. Utilizzata correttamente, l’AI aumenta in modo concreto la capacità di smaltimento del Livello 1. Gartner individua tra i casi d’uso più efficaci proprio l’agent enablement: riassunti automatici dei ticket, risposte rapide e suggerimenti di next-best-action che fanno risparmiare tempo all’agente senza sacrificare l’accuratezza. Allo stesso modo, un LLM può generare bozze di articoli della knowledge base a partire dai ticket risolti, ampliando in fretta la conoscenza che alimenta Tier 0 e Tier 1: è un acceleratore potente della service desk automation.

I costi invisibili di un’automazione senza basi solide

Il rovescio della medaglia è un’automazione mal progettata che genera costi nascosti a valle. Un assistente conversazionale basato su una knowledge base di scarsa qualità non risolve il problema: si limita a reindirizzare la richiesta, spesso in modo errato, e restituisce risposte imprecise con un grado di sicurezza ingannevole, compromettendo la fiducia degli utenti e aumentando i contatti ripetuti. Non a caso, nel già citato report TeamViewer il 32% degli intervistati dichiara che le soluzioni di AI testate hanno fallito. 

Il potenziale resta comunque enorme: Gartner stima che entro il 2029 l’AI agentica risolverà in autonomia l’80% dei problemi di servizio più comuni, con una riduzione dei costi operativi intorno al 30%. Questi risultati, però, sono raggiungibili solo laddove il Livello 0 e il Livello 1 poggiano già su basi solide. In caso contrario, la service desk automation non fa che riprodurre su larga scala gli errori esistenti.

Lo shift-left come misura di maturità

Per i responsabili IT chiamati a dimostrare l’impatto dell’IT sui risultati di business, e non soltanto sul rispetto degli SLA, lo shift-left deve essere concepito come risultato di prerequisiti consolidati, non come punto di partenza. Bisogna intervenire su una prassi diffusa che tende a ridistribuire il carico di supporto confidando che la qualità si affermi da sé. Prima occorre costruire i prerequisiti: conoscenza, self-service, automazione e processi di trasmissione della conoscenza. Solo dopo può avvenire, come conseguenza naturale, la progressiva redistribuzione dei ticket verso i livelli inferiori e, infine, una riduzione dei costi sostenibile, perché fondata su risoluzioni effettive e non su semplici trasferimenti.

Letto in questi termini, lo shift-left diventa davvero un prezioso indicatore della maturità operativa di un’organizzazione ITSM.

FAQs

1. Cos’è lo shift-left nell’ITSM?
È la pratica di risolvere problemi e richieste il più vicino possibile all’utente e al punto in cui nascono, spostando i ticket da livelli di supporto costosi a livelli più economici, fino al self-service di Livello 0.

2. Perché lo shift-left a volte aumenta i costi invece di ridurli?
Il risparmio presuppone la risoluzione, non il semplice spostamento. Un ticket che viene inviato ai livelli superiori somma i costi di entrambi i passaggi, riduce il tasso di first contact resolution e fa crescere il numero dei ricontatti. .

3. Quali prerequisiti sono necessari prima di ridistribuire i ticket verso i livelli inferiori?
Sono necessari: una knowledge base accurata e accessibile, una gestione efficace del Tier 0 e del Tier 1 progettata sulle reali esigenze degli utenti e processi strutturati che restituiscano ai livelli inferiori le soluzioni individuate ai livelli superiori.

4. L’AI consente di prescindere dai prerequisiti dello shift-left?
No, l’AI amplifica le condizioni esistenti: su una knowledge base solida accelera la service desk automation, su una di scarsa qualità produce risposte errate, contatti ripetuti e perdita di fiducia.