Che cos'è il debito tecnico: guida chiara per imprenditori

Il debito nasce di solito in un momento in cui tempo o budget scarseggiano. Con la data di una campagna in avvicinamento, si sceglie la soluzione più rapida invece di quella più pulita. Funziona e il sito va online. Il guaio è che tutti dimenticano che la soluzione rapida doveva essere provvisoria. Passano i mesi, si costruiscono nuovi pezzi sopra, e il rimedio provvisorio comincia a comportarsi come uno definitivo.

Il debito non nasce solo da scorciatoie deliberate. Quando un team cambia, la conoscenza scompare e le ragioni delle vecchie decisioni vengono dimenticate. Una libreria da cui dipende il sito perde il supporto e nessuno la aggiorna. Un'impostazione non documentata diventa un problema solo quando se ne va la persona che l'aveva fatta. Nulla di tutto ciò sembra grande da solo, ma insieme rendono lento un sito.

Pensate al catalogo di un produttore di pavimenti. Supponiamo che la prima versione sia partita con tutte le pagine prodotto preparate a mano. Man mano che la gamma cresce, ogni nuovo modello obbliga a copiare lo stesso modello di pagina e a modificarlo manualmente. Quando cambia una regola su prezzi o immagini, decine di pagine vanno corrette una per una. Il debito qui sta nel modello copiato.

Potete individuare il debito senza leggere una riga di codice. I segnali compaiono di solito nel modo in cui scorre il lavoro e in quanto costa. Se più dei punti seguenti sono veri insieme, avete a che fare con debito accumulato.

• Le piccole modifiche richiedono più tempo del previsto e i preventivi continuano a salire
• Sistemare un punto ne rompe un altro
• Una sola persona capisce come funziona il sito
• Si temono gli aggiornamenti, quindi vengono rimandati per mesi
• Un guasto riparato si ripresenta più tardi
• Aggiungere una nuova funzione sembra più difficile che costruirne una da zero

No. Un debito assunto consapevolmente può essere una buona decisione aziendale. Lanciare un prodotto con una versione rapida e semplice per testare il mercato è spesso più intelligente che costruire una struttura perfetta e arrivare in ritardo. Ciò che conta è sapere che il debito esiste e pianificare quando ripagarlo.

Quello negativo è il debito che resta invisibile. Se nessuno sa quanto ce n'è, non esiste un piano di rimborso. I team sani tengono un elenco delle scorciatoie prese e riservano in ogni periodo una quota fissa per accorciare quell'elenco. Per un'azienda è l'assicurazione più economica che esista.

Non ogni debito va ripagato tutto insieme. Il criterio è come il debito tocca la vostra attività. Il debito nelle parti che cambiano spesso, portano vendite e vengono lavorate di continuo va ripagato in fretta, perché i suoi interessi maturano ogni giorno. Il debito in un angolo tranquillo che cambia raramente e funziona senza problemi può aspettare.

Il percorso di prenotazione di un gruppo di spa cambia ogni settimana, quindi il disordine lì aggiunge costo a ogni campagna. La pagina chi siamo cambia una volta all'anno, quindi ripulirla rende poco. La priorità deriva da quanto spesso qualcosa cambia e da quanto incide sull'attività, non da quanto appaia ordinato il codice.

Il rischio è un secondo criterio. Un vecchio componente che apre una falla di sicurezza non è un debito che può aspettare. Il debito nelle sezioni che gestiscono pagamenti o dati personali passa sempre in testa alla coda.

Cercare di cancellare il debito in un colpo solo è spesso la strategia sbagliata. La strada più sana sono passi piccoli e regolari: lasciare ogni parte che si tocca un po' più pulita, sostituire a turno i vecchi componenti, mettere per iscritto le decisioni non documentate.

Per un debito grande si imposta un progetto di ristrutturazione a parte, con un perimetro definito. Procede pezzo per pezzo mentre il sito continua a funzionare, così le vendite non si fermano. Una riscrittura completa spesso sembra attraente ma è rischiosa, perché si perde conoscenza e compaiono nuovi difetti. Misurate prima che cosa causa davvero i problemi, poi rinnovate solo quella parte.

• Raccogliere i debiti in un elenco e annotare come ciascuno influisce sull'attività
• Riservare una parte di ogni periodo di sviluppo a quell'elenco
• Ordinare i componenti obsoleti in base al rischio di sicurezza
• Documentare le decisioni importanti in brevi note

Il primo errore è ignorare il debito. Finché tutto funziona il problema resta invisibile, ma il conto arriva quando serve una modifica. Il secondo è voler risolvere ogni problema con una riscrittura. Ripartire da zero può scambiare vecchi problemi con nuovi e crea un lungo periodo alla cieca.

Il terzo errore è trattare il debito come un problema solo del team tecnico. A pagare gli interessi è l'attività: campagne in ritardo, consegne lente, preventivi in aumento. Perciò la parte aziendale deve partecipare alla decisione sulle priorità. Il quarto errore è non misurare. Se non vedete prove del perché una sezione sia lenta da modificare, la discussione poggia solo su opinioni.

Ripulire il debito non è una priorità per ogni sito. Per un sito di campagna di breve durata, o una struttura che comunque verrà dismessa presto, lo sforzo è sprecato. Allo stesso modo, rinnovare una pagina che non cambia mai e funziona senza problemi introduce solo nuovo rischio.

Il criterio è semplice: questa parte cambierà nel prossimo periodo e cambiarla costa caro? Se entrambe le risposte sono sì, la pulizia è un investimento. In caso contrario, può aspettare. Per vedere quali parti del vostro sito sono lente o datate, il nostro test di velocità del sito e il nostro strumento di rilevamento delle tecnologie vi danno gratis una prima occhiata.