Il Debito Tecnico è una cambiale che presenti ai tuoi successori. E il conto è di 370 milioni l'anno.

Quel ronzio di fondo che senti non è il server. È il Debito Tecnico.

Parliamoci chiaro. C'è una tassa non scritta che ogni azienda con un software di più di sei mesi paga. Non la vedi in bilancio, non te la spiega il commercialista, ma è lì. È il Debito Tecnico. All'inizio è solo un fastidio. Una feature che ci mette due giorni invece di uno. Un bug strano che appare e scompare. Un rallentamento inspiegabile alle tre del pomeriggio. Roba da poco, dici. Si mette una pezza e si va avanti.

Il problema è che le pezze, una sopra l'altra, creano un mostro. Un Frankenstein di codice che a un certo punto non sta più in piedi da solo. E quel giorno, quando tutto va a gambe all'aria, ti accorgi che quel "piccolo" debito è diventato un mutuo che non puoi più ripagare. A Rosignano Solvay abbiamo visto aziende bloccate per mesi, con il prodotto di punta tenuto insieme da script che nessuno osava più toccare. È un'eredità, certo. Ma come quelle vecchie case di campagna piene di spifferi e tubi che perdono: affascinanti da lontano, un incubo da abitarci.

Il costo del "ci pensiamo dopo": 370 milioni di dollari. All'anno.

Ward Cunningham, che di 'sta roba ne capiva, la chiamò "debito" per un motivo. Prendi una scorciatoia oggi, paghi gli interessi domani. Il punto è che siamo nel domani. E gli interessi, nel 2026, sono da usura. Qualcuno ha fatto i conti: le aziende buttano via una media di 370 milioni di dollari l'anno per colpa di questo scherzo. Soldi che dovevano andare in AI, in cloud, in qualunque diavoleria ti avesse promesso il marketing. E invece? Vanno a pagare gli "interessi".

I numeri sono di quelli che fanno male. Fino al 40% dei budget IT non finanzia l'innovazione, ma tiene in vita i morti. Sistemi legacy che andavano bene quando c'erano ancora i mondiali in Italia. I tuoi sviluppatori? Passano quasi metà del loro tempo (una media di 17 ore a settimana, per la precisione) a sistemare il vecchio invece di creare il nuovo. È assurdo. È come avere una squadra di architetti e fargli riparare una palafitta marcia invece di costruire un grattacielo. Per una PMI con 5 dev, sono circa 125.000 euro all'anno che se ne vanno per pagare il pizzo a un codice scritto male anni prima.

Ma non è solo una questione di soldi. Il 65% degli incidenti di produzione, quelli che fanno arrabbiare i clienti e finire il tuo brand sui social (non per i motivi giusti), nasce da lì. Ormai il debito tecnico non è più un problema da smanettoni, è un punto all'ordine del giorno nei CDA. O almeno, dovrebbe esserlo. Accenture dice che chi ha un "cuore digitale" moderno va più veloce degli altri. Non è una sorpresa: è ovvio che se corri con le scarpe da ginnastica vinci contro chi corre con gli scarponi da sci. E i sistemi legacy sono un paio di scarponi da sci di cemento.

L'innovazione? Bella, ma prima devi pagare il debito.

Tutti vogliono l'Intelligenza Artificiale. Fa figo, riempie le slide. Peccato che, secondo Forrester, entro il 2026 il 75% dei CTO avrà un debito tecnico talmente alto da non poter fare quasi più nulla. Stiamo costruendo castelli di carte su fondamenta di fango. E infatti, il 70% dei progetti di trasformazione digitale fallisce. Non per mancanza di visione, ma perché l'infrastruttura sottostante semplicemente non ce la fa. L'AI è ancora più esigente: il 73% delle iniziative non va da nessuna parte a causa del debito esistente, e l'82% non supera nemmeno il primo test. Stai provando a montare un motore Ferrari sul telaio di una Topolino.

Questo peso, che nessuno vede, schiaccia le persone. Qui in agenzia lo chiamiamo "developer burnout". I nostri ragazzi a Kampala, che sono abituati a far funzionare le cose con quello che c'è, ce lo dicono sempre: se l'architettura è un casino, la gente si stufa. Passare le giornate a saltare da un pezzo di codice scritto nel 2005 a una nuova API, sentendo che la qualità del lavoro scende mentre la pressione sale, è devastante. La gente si brucia. E non perché non sia brava, ma perché la costringi a combattere una guerra persa in partenza, a spegnere incendi con un bicchier d'acqua.

Non esiste il software "finito". Esiste solo quello fatto bene.

In ThinkPink abbiamo imparato una cosa, tra la pignoleria della Toscana e l'arte di arrangiarsi di Kampala: il software non è un prodotto, è un processo. Non lo "finisci" e lo metti sulla mensola. O te ne prendi cura, o muore. Gestire il debito tecnico non è un'attività da riempitivo, è strategia. È il segno che un'azienda è diventata adulta.

La soluzione, brutalmente onesta? Trattare il debito tecnico come un progetto. Dargli un budget. Un responsabile. Un piano di rientro. Non è sexy, ma funziona. I dati (McKinsey, Stripe) dicono che le aziende che lo fanno liberano i loro ingegneri, che possono dedicare fino al 50% di tempo in più a fare cose che portano soldi. E infatti, i ricavi crescono del 20% in più rispetto ai concorrenti. Si parla di un ROI che può toccare il 437% in due anni, tagliando i costi infrastrutturali e rendendo i rilasci più veloci del 40-60%.

Per una PMI italiana che sogna di andare all'estero, questo non è un consiglio. È una questione di vita o di morte. Non devi buttare via tutto. Devi modernizzare con la testa. Il nostro team a Kampala è maestro in questo: massimizzare la resa, creare architetture che durino, ridurre quel caos informativo che fa scappare i talenti. Devi investire in flessibilità, in test automatici, in regole di scrittura del codice chiare. È l'unico modo per competere.

Il debito tecnico è lì. Anche se non lo vedi, sta erodendo i tuoi margini e il morale dei tuoi. Ignorarlo non è una strategia, è una resa. Chi si prende cura della propria eredità digitale costruisce il futuro. Chi la lascia crollare, si ritroverà a vivere nelle macerie di qualcun altro.