[{"data":1,"prerenderedAt":426},["ShallowReactive",2],{"post-\u002Fblog\u002Fdebito-tecnico-cos-e":3,"related-\u002Fblog\u002Fdebito-tecnico-cos-e":419},{"id":4,"title":5,"body":6,"date":403,"description":404,"extension":405,"meta":406,"navigation":407,"order":408,"path":409,"related":410,"seo":414,"seoTitle":415,"sitemap":416,"stem":417,"updated":403,"__hash__":418},"blog\u002Fblog\u002Fdebito-tecnico-cos-e.md","Debito tecnico: cos’è, spiegato a chi dirige un’azienda",{"type":7,"value":8,"toc":386},"minimark",[9,18,21,26,37,51,54,58,61,106,114,118,180,183,187,190,211,219,223,231,234,276,279,283,324,327,331,348,360,364,369,372,376,379,383],[10,11,12,13,17],"p",{},"Il ",[14,15,16],"strong",{},"debito tecnico"," è il lavoro extra che paghi a ogni modifica perché, in passato, un software è stato costruito in fretta o non è stato curato nel tempo. Funziona come un prestito: all’inizio guadagni velocità, poi paghi interessi sotto forma di modifiche più lente e di più errori. Non è per forza un errore, ma diventa un problema se nessuno sa quanto è grande.",[10,19,20],{},"Se il tuo fornitore ti ha detto “c’è molto debito tecnico” e non sai come interpretarlo, questo articolo ti serve a capire cosa significa per l’azienda, e che domande fare.",[22,23,25],"h2",{"id":24},"da-dove-viene-lespressione","Da dove viene l’espressione",[10,27,28,29,36],{},"La metafora è stata introdotta da ",[30,31,35],"a",{"href":32,"rel":33},"https:\u002F\u002Fmartinfowler.com\u002Fbliki\u002FTechnicalDebt.html",[34],"nofollow","Ward Cunningham",", probabilmente nel 1992, proprio per spiegare il problema a chi non programma. Martin Fowler ne dà una spiegazione che si capisce con un esempio:",[38,39,40],"blockquote",{},[10,41,42,43,46,47,50],{},"Se una nuova funzione richiederebbe quattro giorni su un codice pulito, ma ne richiede sei per lo stato in cui si trova il programma, quei due giorni in più sono gli ",[14,44,45],{},"interessi"," sul debito. Il ",[14,48,49],{},"capitale"," è invece il costo per rimettere in ordine il codice.",[10,52,53],{},"Ripagare il capitale ha senso solo quando risparmi abbastanza interessi. Ed è qui che il tema smette di essere tecnico e diventa una decisione aziendale, simile a qualunque altro debito.",[22,55,57],{"id":56},"come-riconoscerlo-senza-leggere-il-codice","Come riconoscerlo senza leggere il codice",[10,59,60],{},"Non serve vedere il codice. Guarda cosa succede in azienda:",[62,63,64,71,77,83,94,100],"ul",{},[65,66,67,70],"li",{},[14,68,69],{},"Le stime si allungano."," Una modifica che anni fa richiedeva due giorni oggi ne richiede dieci, senza che sia diventata più complessa.",[65,72,73,76],{},[14,74,75],{},"Ogni correzione ne rompe un’altra."," Sistemi la fatturazione, e si guasta il magazzino.",[65,78,79,82],{},[14,80,81],{},"Nessuno vuole toccare certe parti."," Ogni sviluppatore ti dirà quali. È un’informazione preziosa.",[65,84,85,88,89,93],{},[14,86,87],{},"Tutto dipende da una persona."," Solo lei sa perché certe cose funzionano. È un rischio a sé, di cui parliamo in ",[30,90,92],{"href":91},"\u002Fblog\u002Fsviluppatore-software-se-ne-va","il software dipende da una sola persona",".",[65,95,96,99],{},[14,97,98],{},"Si rinviano gli aggiornamenti"," di sistema operativo e componenti, per paura che qualcosa smetta di funzionare.",[65,101,102,105],{},[14,103,104],{},"Le novità costano più del previsto"," e spesso la risposta è “si può, ma...”.",[10,107,108,109,113],{},"Se ne riconosci diversi, il problema è reale. Se poi il programma è anche fuori supporto, siamo nel campo del ",[30,110,112],{"href":111},"\u002Fblog\u002Fsoftware-legacy-cos-e","software legacy",": il debito tecnico è una delle sue caratteristiche tipiche, ma può esistere anche in un programma recente.",[22,115,117],{"id":116},"tre-tipi-di-debito-tre-reazioni-diverse","Tre tipi di debito, tre reazioni diverse",[119,120,121,137],"table",{},[122,123,124],"thead",{},[125,126,127,131,134],"tr",{},[128,129,130],"th",{},"Tipo",[128,132,133],{},"Com’è nato",[128,135,136],{},"Come reagire",[138,139,140,154,167],"tbody",{},[125,141,142,148,151],{},[143,144,145],"td",{},[14,146,147],{},"Scelto",[143,149,150],{},"Hai voluto uscire in tempo per una scadenza, sapendo di dover tornare a sistemare",[143,152,153],{},"È legittimo: pianifica quando ripagarlo",[125,155,156,161,164],{},[143,157,158],{},[14,159,160],{},"Accumulato",[143,162,163],{},"Tante piccole modifiche, nessuno ha mai rimesso in ordine",[143,165,166],{},"Va tenuto sotto controllo con manutenzione regolare",[125,168,169,174,177],{},[143,170,171],{},[14,172,173],{},"Ereditato",[143,175,176],{},"La tecnologia è invecchiata, anche se il lavoro era fatto bene",[143,178,179],{},"Va valutato con la possibilità di sostituirla",[10,181,182],{},"La distinzione è utile per un motivo: ti evita di cercare colpevoli. Molto debito nasce da decisioni sensate per quel momento. Un programma scritto bene nel 2005 può essere pieno di debito oggi senza che nessuno abbia sbagliato.",[22,184,186],{"id":185},"quanto-ti-costa-un-calcolo-semplice","Quanto ti costa: un calcolo semplice",[10,188,189],{},"Non ti serve una cifra esatta, ma un ordine di grandezza. Chiedi al tuo sviluppatore o fornitore:",[191,192,193,199,205],"ol",{},[65,194,195,198],{},[14,196,197],{},"Quanto del tempo totale va in correzioni, e non in novità?"," Se la gran parte serve a far stare in piedi il sistema, stai pagando molti interessi.",[65,200,201,204],{},[14,202,203],{},"Quanto sono cambiate le stime?"," Prendi una modifica simile fatta tre anni fa e una di oggi. La differenza è una misura diretta.",[65,206,207,210],{},[14,208,209],{},"Quanti problemi tornano dopo i rilasci?"," Se sono in aumento, il debito si fa sentire anche sulla qualità.",[10,212,213,214,218],{},"Metti tutto in euro per un anno. Poi aggiungi ciò che non vedi in fattura: lavoro manuale, occasioni perdute. Lo stesso esercizio è descritto in ",[30,215,217],{"href":216},"\u002Fblog\u002Fquanto-costa-rifare-gestionale","quanto costa rifare un gestionale",", dove lo usiamo come termine di paragone per decidere.",[22,220,222],{"id":221},"non-tutto-il-debito-va-ripagato","Non tutto il debito va ripagato",[10,224,225,226,230],{},"È l’indicazione che sorprende di più, e viene dallo stesso ",[30,227,229],{"href":32,"rel":228},[34],"Fowler",": una parte stabile del programma, che nessuno tocca, può restare disordinata senza fare danni, perché non genera interessi. Il debito pesa dove lavori spesso.",[10,232,233],{},"Puoi quindi usare questo criterio:",[119,235,236,248],{},[122,237,238],{},[125,239,240,242,245],{},[128,241],{},[128,243,244],{},"La parte cambia spesso",[128,246,247],{},"La parte cambia raramente",[138,249,250,263],{},[125,251,252,257,260],{},[143,253,254],{},[14,255,256],{},"Fa danni o rischia di farne",[143,258,259],{},"Priorità massima",[143,261,262],{},"Mettere in sicurezza, poi valutare",[125,264,265,270,273],{},[143,266,267],{},[14,268,269],{},"Non crea problemi",[143,271,272],{},"Pulire man mano che ci si lavora",[143,274,275],{},"Lasciare stare",[10,277,278],{},"Quando uno sviluppatore ti propone di “rifare tutto perché il codice è da buttare”, chiedi di indicare su questa griglia dove stanno i problemi. Spesso si scopre che è una parte, non tutto.",[22,280,282],{"id":281},"come-ripagarlo","Come ripagarlo",[62,284,285,291,297,303,309],{},[65,286,287,290],{},[14,288,289],{},"Un po' per volta, in ogni lavoro."," Dedica una quota fissa del tempo di sviluppo a migliorare ciò che si sta toccando. Funziona perché concentra lo sforzo dove serve.",[65,292,293,296],{},[14,294,295],{},"Aggiungere test"," nelle parti più critiche. Così le persone smettono di aver paura di toccarle e il lavoro accelera.",[65,298,299,302],{},[14,300,301],{},"Scrivere ciò che si sa."," Anche poche pagine riducono la dipendenza da una persona.",[65,304,305,308],{},[14,306,307],{},"Aggiornare le dipendenze con regolarità."," Piccoli aggiornamenti frequenti costano meno di uno grande ogni dieci anni.",[65,310,311,314,315,319,320,93],{},[14,312,313],{},"Sostituire le parti peggiori una alla volta."," Quando la tecnologia è fuori tempo massimo, le pulizie non bastano più: ha senso ",[30,316,318],{"href":317},"\u002Fblog\u002Friscrivere-software-da-zero","sostituire un pezzo alla volta",". Lo stesso metodo è raccomandato da Microsoft per le ",[30,321,323],{"href":322},"\u002Fblog\u002Fmigrare-asp-net-webforms","applicazioni ASP.NET",[10,325,326],{},"Evita invece il “grande progetto di pulizia” che ferma le novità per mesi. Dall’esterno non si vede alcun risultato, e il progetto è il primo a saltare alla prima urgenza.",[22,328,330],{"id":329},"le-domande-da-fare-al-tuo-fornitore","Le domande da fare al tuo fornitore",[191,332,333,336,339,342,345],{},[65,334,335],{},"Dove si trova il debito più costoso, e in quale parte del programma lavoriamo più spesso?",[65,337,338],{},"Cosa ci costerebbe non fare nulla per altri due anni?",[65,340,341],{},"Qual è il più piccolo intervento che ridurrebbe di più il problema?",[65,343,344],{},"Come lo misureremo, per capire se è migliorato?",[65,346,347],{},"Come eviteremo di accumulare lo stesso debito nel nuovo lavoro?",[10,349,350,351,355,356,93],{},"Un buon professionista saprà risponderti in italiano semplice. Se non ci riesce, è un segnale, così come lo è una risposta che comincia sempre con “bisogna rifare tutto”. Per avere un parere esterno, puoi partire da un ",[30,352,354],{"href":353},"\u002Fblog\u002Faudit-software-aziendale","audit del software",", che dà un quadro ordinato di rischi e priorità. Il metodo complessivo è nella ",[30,357,359],{"href":358},"\u002Fblog\u002Fmodernizzazione-software-legacy","guida alla modernizzazione del software legacy",[22,361,363],{"id":362},"domande-frequenti","Domande frequenti",[365,366,368],"h3",{"id":367},"il-debito-tecnico-si-può-azzerare","Il debito tecnico si può azzerare?",[10,370,371],{},"No, e non è nemmeno l’obiettivo. Ogni software ne accumula un po', e le scelte giuste di oggi diventano debito domani. L’obiettivo è tenerlo a un livello in cui non rallenta l’azienda.",[365,373,375],{"id":374},"un-software-nuovo-può-avere-già-debito-tecnico","Un software nuovo può avere già debito tecnico?",[10,377,378],{},"Sì, anche dopo pochi mesi, se è stato fatto di corsa o senza criteri chiari. Per questo vale la pena chiedere come viene gestito anche quando si costruisce qualcosa di nuovo.",[365,380,382],{"id":381},"il-debito-tecnico-è-un-difetto-del-lavoro-del-mio-fornitore","Il debito tecnico è un difetto del lavoro del mio fornitore?",[10,384,385],{},"Non per forza. Può dipendere da una richiesta di fare in fretta, dall’età della tecnologia o da budget ridotti negli anni. Prima di cercare responsabili, conviene capire quanto pesa e dove si trova.",{"title":387,"searchDepth":388,"depth":388,"links":389},"",2,[390,391,392,393,394,395,396,397],{"id":24,"depth":388,"text":25},{"id":56,"depth":388,"text":57},{"id":116,"depth":388,"text":117},{"id":185,"depth":388,"text":186},{"id":221,"depth":388,"text":222},{"id":281,"depth":388,"text":282},{"id":329,"depth":388,"text":330},{"id":362,"depth":388,"text":363,"children":398},[399,401,402],{"id":367,"depth":400,"text":368},3,{"id":374,"depth":400,"text":375},{"id":381,"depth":400,"text":382},"2026-11-01","Il debito tecnico spiegato senza gergo: cos’è, come riconoscerlo dai numeri dell’azienda, quando ripagarlo e quando conviene invece lasciarlo stare.","md",{},true,20,"\u002Fblog\u002Fdebito-tecnico-cos-e",[411,412,413],"software-legacy-cos-e","riscrivere-software-da-zero","quanto-costa-rifare-gestionale",{"title":5,"description":404},"Debito tecnico: cos’è e quanto ti costa davvero | ITnext",{"loc":409,"lastmod":403},"blog\u002Fdebito-tecnico-cos-e","la1gFiR6E6coCLR-fznlfCBe8diz5quk32iel_pNvuI",[420,422,424],{"path":111,"title":421},"Software legacy: cos’è e 8 segnali che è diventato un rischio",{"path":317,"title":423},"Riscrivere il software da zero o sostituirlo un pezzo alla volta?",{"path":216,"title":425},"Quanto costa rifare un gestionale: da cosa dipende il prezzo",1793609718644]