Rilasciare è diventato un evento che di venerdì si preferisce evitare. Un errore viene corretto, due settimane dopo è di nuovo lì – o ce n'è un altro che gli somiglia in modo sospetto. La tua squadra non lavora di meno, lavora solo sempre più spesso negli stessi punti. Le nuove funzioni slittano perché la capacità finisce negli hotfix. E a ogni hotfix nessuno osa più toccare qualcosa di più grande. La fiducia nel proprio codice cala più in fretta del numero di errori.
Che cosa fare adesso
Gli errori ricorrenti raramente sono disattenzione. Sono un sintomo – di strutture in cui una modifica si ripercuote in altri tre punti, e di un percorso di rilascio che rende visibili le rotture solo presso i tuoi clienti. Smaltire i ticket uno a uno non cambia questo.
Perciò cerchiamo lo schema dietro le segnalazioni, non il prossimo bug. Ciò da cui dipende la tua attività viene messo in sicurezza per primo; poi portiamo test e rilascio al punto in cui una rottura si vede prima di andare in produzione. Lo facciamo con la tua squadra, non scavalcandola: alla fine il codice deve appartenere a te, non a noi.
Uno sguardo allo storico degli incidenti e a due o tre punti critici basta per una valutazione onesta di quanto sia profondo il problema. Che cosa farne, poi, lo decidi tu.