Prima delle dimissioni: come leggere i segnali di turnover nei team tecnologici
Il turnover viene normalmente misurato quando il fenomeno è già avvenuto: una persona comunica le dimissioni, viene aperta una vacancy, il team redistribuisce temporaneamente le attività e l’organizzazione avvia un processo di sostituzione. Dal punto di vista gestionale questa sequenza è perfettamente comprensibile, ma dal punto di vista analitico presenta un limite evidente, perché il momento in cui un professionista formalizza la propria uscita raramente coincide con il momento in cui ha iniziato a prendere le distanze dall’organizzazione.
Nei team tecnologici questa distanza temporale assume una rilevanza particolare. Un Senior Developer, un Software Architect, un Tech Lead o uno specialista di infrastrutture può continuare per mesi a rispettare formalmente le proprie responsabilità pur avendo progressivamente ridotto il livello di investimento discrezionale nel lavoro, la disponibilità a condividere conoscenza, la partecipazione alle decisioni tecniche o l’interesse verso l’evoluzione futura del prodotto. Quando la persona lascia effettivamente l’azienda, quindi, una parte del costo organizzativo può essersi già manifestata sotto forma di minore capacità di innovazione, knowledge transfer ridotto, aumento della concentrazione delle competenze e deterioramento della continuità operativa.
Per questo motivo, valutare il turnover esclusivamente attraverso il numero delle dimissioni significa osservare un indicatore consuntivo. Per Tech Leader, HR Manager e partner IT può essere più utile affiancare al dato finale una lettura longitudinale delle condizioni che lo precedono, senza trasformare ogni variazione di comportamento in una previsione di uscita e senza utilizzare strumenti di people analytics come forme di sorveglianza individuale.
Il tema non consiste quindi nell’individuare con precisione chi presenterà le dimissioni, obiettivo metodologicamente fragile e organizzativamente problematico, ma nel riconoscere quando un sistema di lavoro sta producendo condizioni che rendono più probabile la perdita di competenze critiche.
Il tasso di turnover racconta solo una parte del rischio
La prima difficoltà consiste nell’interpretazione stessa del turnover.
Una percentuale elevata non indica automaticamente un’organizzazione disfunzionale e una percentuale contenuta non garantisce necessariamente stabilità. La composizione delle uscite, il livello di seniority coinvolto, la sostituibilità delle competenze e il momento in cui le persone lasciano l’organizzazione possono essere molto più informativi del valore aggregato.
Il contesto italiano, inoltre, mostra un mercato del lavoro che rimane relativamente dinamico. Secondo Istat, nella media del 2025 il numero degli occupati è aumentato di circa 185 mila unità, pari allo 0,8%, mentre le posizioni dipendenti nelle imprese sono cresciute dell’1,7%. Nello stesso anno il tasso medio di posti vacanti nelle imprese si è attestato all’1,8%, in diminuzione rispetto al 2,1% del 2024.
Questi dati descrivono il mercato nel suo complesso e non possono essere trasferiti automaticamente al settore IT, nel quale la scarsità relativa di alcune competenze, la maggiore mobilità professionale e la trasferibilità delle skill tra aziende possono generare dinamiche differenti. Servono tuttavia a evidenziare un principio importante: la retention non deve essere interpretata soltanto alla luce della quantità di persone disponibili sul mercato, perché ciò che conta per una singola organizzazione è la disponibilità di persone con le capability necessarie a sostenere la propria specifica architettura, stack tecnologico e roadmap.
Per una società di consulenza informatica, perdere quattro professionisti su cento può essere relativamente gestibile se le competenze sono distribuite, documentate e facilmente sostituibili; può invece diventare un problema rilevante se due di quelle quattro persone rappresentano gli unici punti di conoscenza approfondita su sistemi legacy, componenti critici, relazioni con un cliente strategico o decisioni architetturali accumulate nel tempo.
In questo senso, il turnover dovrebbe essere letto non soltanto come flusso di persone, ma anche come flusso di capability e conoscenza.
Il disingaggio può precedere l’uscita senza produrre immediatamente una dimissione
Uno degli indicatori più rilevanti da osservare prima del turnover riguarda l’engagement, ma anche in questo caso è necessario evitare letture troppo semplicistiche.
Secondo Gallup, nel 2024 l’engagement globale dei dipendenti è sceso al 21%, con una diminuzione di due punti percentuali rispetto all’anno precedente, mentre l’engagement dei manager è passato dal 30% al 27%. Gallup stima inoltre che la perdita di produttività associata alla diminuzione dell’engagement nel 2024 sia stata pari a circa 438 miliardi di dollari a livello globale. Nel 2025 il livello globale di engagement è ulteriormente diminuito, segnando il secondo anno consecutivo di contrazione.
Un livello ridotto di engagement non può essere interpretato come intenzione automatica di lasciare l’azienda. Una persona può essere poco coinvolta e rimanere a lungo nella stessa organizzazione, mentre un professionista molto ingaggiato può dimettersi per una migliore opportunità, un trasferimento geografico o una scelta personale.
Il dato diventa interessante quando viene osservato longitudinalmente.
Un cambiamento significativo rispetto al comportamento precedente, soprattutto se interessa contemporaneamente più dimensioni della partecipazione professionale, può indicare che il rapporto tra persona e organizzazione si sta modificando.
Nel settore tecnologico questo fenomeno è particolarmente visibile perché una quota rilevante del valore prodotto dai professionisti senior non coincide con l’esecuzione formale dei task assegnati. Il contributo comprende proposta di soluzioni alternative, individuazione preventiva dei rischi, mentorship, revisione del codice, condivisione di conoscenze, miglioramento degli standard tecnici e disponibilità a intervenire su problemi che non appartengono strettamente al proprio perimetro.
Quando queste attività discrezionali diminuiscono, il task tracking può continuare a mostrare un team apparentemente operativo mentre la qualità della collaborazione si sta già deteriorando.
Nei team IT il primo segnale può essere la riduzione della partecipazione tecnica
Una delle variazioni più interessanti da osservare non riguarda necessariamente la produttività individuale, ma il modo in cui una persona partecipa alle decisioni.
Un professionista esperto che in precedenza interveniva regolarmente nelle architecture review, proponeva refactoring, segnalava possibili vulnerabilità o metteva in discussione requisiti poco chiari può iniziare progressivamente a limitarsi all’esecuzione di ciò che viene richiesto. Le attività vengono completate, le scadenze rimangono sotto controllo e nessun KPI operativo segnala necessariamente una criticità, ma il contributo cognitivo al sistema si riduce.
Questa trasformazione è significativa perché il lavoro senior in ambito tecnologico è caratterizzato da una componente rilevante di judgment.
La differenza tra eseguire una soluzione e discutere se quella soluzione sia effettivamente la migliore per il sistema rappresenta una parte importante del valore della seniority. Quando un professionista smette di investire energia nel secondo livello e si concentra esclusivamente sul primo, l’organizzazione può perdere capacità decisionale prima ancora di perdere headcount.
Il fenomeno può riguardare anche le code review. Una revisione formalmente completata con commenti minimi non equivale necessariamente a una revisione nella quale il reviewer si assume realmente la responsabilità di analizzare maintainability, sicurezza, integrazione e impatto architetturale.
Lo stesso accade nelle riunioni tecniche. La presenza non coincide con la partecipazione.
Per questo motivo, metriche puramente quantitative come numero di commit, ticket completati o story point non sono sufficienti per comprendere l’evoluzione del rapporto tra un professionista e il proprio contesto di lavoro.
Quando diminuisce il knowledge sharing aumenta il rischio operativo
Un secondo segnale particolarmente rilevante per le organizzazioni IT riguarda la circolazione della conoscenza.
In un sistema ben distribuito, le competenze critiche vengono progressivamente trasferite attraverso documentazione, pair programming, code review, mentoring, rotazione sulle attività e condivisione delle decisioni architetturali. In un sistema più fragile, invece, la conoscenza tende a concentrarsi su poche persone che diventano progressivamente indispensabili per comprendere determinati componenti.
Il rischio aumenta quando una persona già centrale nella rete di conoscenza riduce contemporaneamente il proprio investimento nel trasferimento delle competenze.
Può trattarsi di un cambiamento apparentemente marginale: meno documentazione, minore disponibilità ad affiancare colleghi junior, risposte sempre più operative e meno contestualizzate, minore partecipazione alle retrospettive o alle sessioni di condivisione.
Nessuno di questi comportamenti, preso singolarmente, dimostra che una persona intenda dimettersi. La loro convergenza può però indicare una riduzione dell’investimento nel futuro dell’organizzazione.
La distinzione è importante perché il knowledge transfer è per definizione orientato al medio periodo. Chi documenta una decisione architetturale o forma un collega non sta risolvendo soltanto un problema presente, ma sta aumentando la capacità futura del sistema.
Quando questo investimento scompare, può diminuire la resilienza del team anche se la produttività corrente rimane invariata.
Nel momento in cui il professionista lascia effettivamente l’organizzazione, il problema diventa evidente, ma a quel punto recuperare conoscenza tacita accumulata in anni di esperienza può essere impossibile.
Il turnover può iniziare molto prima del recruiting esterno
La decisione di lasciare un’organizzazione non nasce necessariamente nel momento in cui una persona inizia a candidarsi attivamente.
Spesso è preceduta da una fase nella quale il professionista rivaluta il rapporto tra ciò che investe nel proprio lavoro e ciò che riceve in termini di apprendimento, autonomia, riconoscimento, sviluppo professionale, qualità manageriale e sostenibilità del carico.
Nel settore IT la dimensione dell’apprendimento assume un peso particolarmente elevato perché il valore professionale delle competenze può cambiare rapidamente.
Un Developer che trascorre diversi anni esclusivamente su tecnologie legacy senza possibilità di aggiornamento può percepire non soltanto una limitazione alla crescita interna, ma anche un progressivo aumento del proprio rischio professionale esterno. Allo stesso modo, un Cloud Engineer che non ha accesso a progetti complessi o un Data Engineer relegato prevalentemente ad attività operative può iniziare a valutare altre opportunità anche in presenza di una retribuzione competitiva.
Il tema della retention non può quindi essere ridotto alla compensation.
La retribuzione resta una componente essenziale e livelli significativamente inferiori al mercato possono generare una pressione evidente sulle uscite, ma per i profili altamente qualificati il valore di un’esperienza professionale comprende anche la qualità tecnica dei progetti, la possibilità di sviluppare capability spendibili, il livello dei colleghi con cui si lavora e la quantità di responsabilità effettivamente accessibile.
Da questa prospettiva, uno dei segnali da osservare è il progressivo disallineamento tra le competenze che una persona vuole sviluppare e quelle che l’organizzazione le consente di utilizzare.
La mobilità interna mancata può trasformarsi in mobilità esterna
Un’organizzazione può inoltre interpretare erroneamente la permanenza nella stessa posizione come una forma di stabilità.
Per alcuni professionisti, soprattutto nei ruoli ad alta specializzazione, l’assenza di mobilità può invece indicare l’assenza di alternative interne.
Quando una persona manifesta interesse verso un nuovo dominio, chiede di partecipare a progetti differenti, propone un ampliamento delle responsabilità o cerca un’evoluzione verso ruoli di architecture, leadership tecnica o specializzazione verticale, la risposta dell’organizzazione contribuisce direttamente alla percezione delle prospettive future.
Se questi segnali vengono ignorati ripetutamente, la domanda di cambiamento non scompare necessariamente. Può semplicemente essere trasferita sul mercato esterno.
Questo rende particolarmente importante osservare non soltanto quante promozioni vengono effettuate, ma la capacità dell’organizzazione di costruire percorsi di crescita anche quando l’evoluzione non coincide con una promozione gerarchica.
Per un Senior Developer, crescere può significare guidare una migrazione architetturale, assumere ownership di un dominio, diventare riferimento per una capability, partecipare maggiormente alle decisioni con il cliente oppure sviluppare una specializzazione nuova.
Una struttura che riconosce esclusivamente la crescita manageriale rischia di perdere professionisti che desiderano aumentare l’impatto tecnico senza diventare people manager.
Il management rimane una variabile critica anche nei contesti altamente tecnici
Il livello di competenza tecnica di un team non elimina l’importanza della qualità manageriale.
I dati Gallup mostrano da tempo una forte relazione tra qualità dell’esperienza manageriale ed engagement, e la recente riduzione dell’engagement dei manager rappresenta un elemento particolarmente significativo perché i responsabili di team costituiscono il punto di connessione tra strategia aziendale e esperienza quotidiana delle persone.
Nei contesti IT la questione può essere ulteriormente complicata dal fatto che molti manager provengono da percorsi tecnici e assumono responsabilità people senza aver necessariamente sviluppato allo stesso livello competenze di feedback, gestione del conflitto, delega e sviluppo dei collaboratori.
Un eccellente Senior Engineer non diventa automaticamente un eccellente Engineering Manager.
Quando questo passaggio non viene supportato, possono emergere situazioni nelle quali la gestione tecnica rimane efficace mentre quella organizzativa diventa fonte di attrito. Feedback poco frequenti, priorità continuamente modificate senza spiegazione, scarsa autonomia decisionale, micro management, mancato riconoscimento del contributo o distribuzione percepita come iniqua delle opportunità possono progressivamente modificare il rapporto con il lavoro anche in team tecnicamente interessanti. Un segnale particolarmente importante è la riduzione del confronto.
Finché un professionista discute con il proprio responsabile, propone modifiche e segnala criticità, esiste ancora un investimento nella possibilità di migliorare il sistema. Quando le conversazioni diventano esclusivamente transazionali e riguardano soltanto attività, scadenze e stato dei progetti, può essere utile verificare se si sia ridotto lo spazio per il confronto professionale.
Il sovraccarico non si manifesta soltanto attraverso il burnout
Un’altra dimensione da osservare riguarda il carico di lavoro.
Nel settore tecnologico il sovraccarico può essere intermittente e quindi difficile da intercettare attraverso indicatori semplici. Incident, release critiche, migrazioni, reperibilità, scadenze cliente e picchi progettuali possono produrre periodi di lavoro particolarmente intensi che risultano sostenibili quando sono circoscritti e accompagnati da un successivo recupero.
Il problema emerge quando l’eccezione diventa parte stabile dell’operating model.
La crescita del lavoro straordinario registrata nelle statistiche aggregate non consente di inferire direttamente cosa accada nei team IT, ma ricorda che il tempo di lavoro rimane una variabile concreta nella valutazione della sostenibilità organizzativa. Istat rileva nel 2025 una crescita dell’input di lavoro e un lieve aumento del ricorso allo straordinario nelle imprese.
Nei team tecnologici il sovraccarico può inoltre essere fortemente concentrato.
Quando soltanto due persone conoscono un determinato sistema, ogni incidente finisce sulle stesse persone. Quando soltanto un architect possiede una visione completa della piattaforma, ogni decisione critica richiede il suo coinvolgimento. Quando un Tech Lead diventa contemporaneamente responsabile della delivery, della relazione con il cliente, della qualità tecnica e del mentoring, la dipendenza organizzativa aumenta insieme al rischio individuale. La retention diventa quindi anche un problema di architecture organizzativa: distribuire responsabilità e conoscenza riduce contemporaneamente il rischio operativo e il carico sui professionisti più critici.
L’onboarding può anticipare il turnover molto prima della prima exit interview
Una parte del turnover viene costruita nelle prime settimane di permanenza.
Quando esiste una distanza significativa tra ruolo presentato durante la selezione e lavoro effettivamente assegnato, tra stack tecnologico dichiarato e tecnologie realmente utilizzate, oppure tra autonomia promessa e governance effettiva, il professionista acquisisce molto rapidamente informazioni che modificano la propria valutazione dell’organizzazione.
Per questo motivo, recruiting, onboarding e retention non dovrebbero essere analizzati come processi indipendenti.
Un incremento delle uscite entro i primi sei o dodici mesi può indicare problemi differenti rispetto a un aumento delle dimissioni tra persone con cinque anni di anzianità. Nel primo caso è opportuno verificare soprattutto qualità del matching, realismo delle aspettative, onboarding e chiarezza del ruolo; nel secondo possono diventare più rilevanti crescita professionale, compensation, evoluzione della leadership, carico di lavoro e mobilità interna.
Aggregare tutte le dimissioni all’interno dello stesso indicatore riduce quindi la capacità diagnostica del dato.
Non tutti i segnali individuali devono diventare metriche
L’aumento della disponibilità di dati sul lavoro digitale rende tecnicamente possibile analizzare una quantità crescente di comportamenti individuali: frequenza delle comunicazioni, partecipazione alle riunioni, attività sui repository, utilizzo degli strumenti aziendali, presenza in ufficio e molte altre variabili.
La possibilità tecnica non implica però automaticamente opportunità organizzativa.
Trasformare questi dati in modelli predittivi finalizzati a stimare la probabilità di dimissione del singolo dipendente può introdurre problemi di privacy, bias, qualità dell’inferenza e fiducia interna, oltre a produrre falsi positivi difficili da gestire.
Una persona può diminuire temporaneamente il numero di commit perché sta lavorando su attività di architecture. Può partecipare meno alle riunioni perché il progetto è entrato in una fase diversa. Può ridurre la propria presenza in ufficio senza alcuna variazione dell’engagement.
La lettura più utile è quindi prevalentemente sistemica e longitudinale.
È più significativo osservare che un team ha registrato per diversi mesi un deterioramento simultaneo dell’engagement, un aumento delle vacancy, una crescita del workload e una maggiore concentrazione delle competenze, piuttosto che tentare di classificare una singola persona come potenziale dimissionaria.
People analytics dovrebbe servire a individuare condizioni organizzative su cui intervenire, non a trasformare i comportamenti quotidiani in un sistema di sorveglianza.
Le exit interview sono utili soprattutto se vengono aggregate nel tempo
Quando le dimissioni avvengono, l’exit interview può fornire informazioni preziose, ma il valore raramente risiede nella singola conversazione.
Le motivazioni dichiarate al momento dell’uscita possono essere influenzate dal desiderio di mantenere una relazione positiva, evitare conflitti o semplificare la spiegazione della propria scelta. Una risposta come “opportunità di crescita” può nascondere una combinazione molto più articolata di aspetti manageriali, tecnici, economici e organizzativi.
Il dato diventa più affidabile quando vengono analizzati pattern longitudinali.
Se, nell’arco di due anni, più professionisti provenienti dallo stesso team indicano limitate possibilità di crescita, il segnale assume maggiore significato. Se diversi profili senior lasciano dopo l’introduzione di uno specifico modello organizzativo, può essere utile indagare la relazione. Se il turnover precoce si concentra su una determinata famiglia professionale, occorre verificare la coerenza tra recruiting e realtà operativa.
L’exit interview, quindi, non dovrebbe rappresentare la prima occasione in cui l’organizzazione scopre cosa non funziona, ma uno degli strumenti attraverso cui verificare ipotesi costruite attraverso dati raccolti durante l’intero employee lifecycle.
Dalla percentuale di turnover alla mappa del rischio organizzativo
Per Tech Leader e partner IT, la lettura più utile del turnover consiste probabilmente nel passare da una metrica aggregata a una valutazione del rischio.
Questo significa chiedersi non soltanto quante persone stiano lasciando l’organizzazione, ma quali capability escano, dove siano concentrate le competenze, quali team presentino maggiore instabilità, quanto tempo sia necessario per raggiungere l’autonomia nei ruoli critici e quanta conoscenza sia effettivamente trasferibile.
Un turnover del 10% distribuito su competenze facilmente reperibili può produrre un impatto inferiore rispetto a un turnover del 4% concentrato sugli architect responsabili dei sistemi core.
Lo stesso principio riguarda i clienti.
In una società di consulenza informatica, la perdita di una figura che rappresenta contemporaneamente competenza tecnica, conoscenza del dominio e continuità relazionale con il cliente può produrre un costo superiore alla semplice sostituzione del ruolo, perché una parte del capitale organizzativo è incorporata nella relazione costruita nel tempo.
Questa prospettiva rende retention, succession planning, documentation strategy e knowledge management componenti dello stesso sistema.
Intervenire prima delle dimissioni significa progettare organizzazioni più resilienti
Non esiste un indicatore capace di anticipare con certezza una dimissione individuale e probabilmente non sarebbe auspicabile costruire l’intera strategia di retention intorno a questo obiettivo.
È invece possibile individuare condizioni che rendono il turnover più costoso o più probabile e intervenire prima che si trasformino in perdita di competenze. La diminuzione dell’engagement, la riduzione del knowledge sharing, la scarsa mobilità interna, il sovraccarico concentrato su poche figure, la distanza tra aspettative e ruolo reale, il deterioramento del rapporto manageriale e la progressiva riduzione della partecipazione tecnica non rappresentano prove di una futura uscita.
Diventano però informazioni rilevanti quando convergono e persistono nel tempo.
Il principio è simile a quello utilizzato nel monitoraggio dei sistemi complessi: un singolo aumento della latenza non dimostra che un’applicazione stia per diventare indisponibile, ma una sequenza coerente di degradazione delle performance, aumento degli errori e saturazione delle risorse richiede attenzione prima che si produca l’incidente.
Anche nelle organizzazioni, attendere l’evento finale significa spesso rinunciare alla fase nella quale l’intervento sarebbe stato meno costoso.
Per questo il turnover dovrebbe essere considerato non soltanto un KPI HR, ma un indicatore della resilienza complessiva del sistema organizzativo.
Per un team tecnologico, trattenere competenze non significa impedire alle persone di cambiare lavoro, né puntare a un turnover prossimo allo zero. Una certa mobilità è fisiologica e può favorire l’ingresso di nuove competenze, il ricambio generazionale e la contaminazione professionale.
La questione strategica è un’altra: fare in modo che l’uscita di una persona non diventi contemporaneamente perdita di conoscenza, rallentamento della delivery, sovraccarico per chi rimane e necessità urgente di acquistare sul mercato una capability che l’organizzazione non ha saputo distribuire.
Fonti citate
- Istituto Nazionale di Statistica. (2026). Il mercato del lavoro. IV trimestre 2025. ISTAT.
- Istituto Nazionale di Statistica. (2026). Occupati e disoccupati. Dicembre 2025. ISTAT.
- Istituto Nazionale di Statistica. (2025). Posti vacanti nelle imprese dell’industria e dei servizi. III trimestre 2025. ISTAT.
- World Economic Forum. (2025). The Future of Jobs Report 2025. World Economic Forum.
Autore: Martina Pegoraro
