Idea principale

Quando scatta l'obbligo di correggere subito, il team rallenta, a volte molto. La conclusione immediata è che la regola è troppo dura.

La causa è altrove: il sistema di produzione fabbrica troppi difetti, o li rileva troppo tardi. La coda di difetti faceva da ammortizzatore — distribuiva questo tasso nel tempo e lo rendeva illeggibile. La regola toglie l'ammortizzatore; il tasso diventa un vincolo quotidiano.

La risposta riguarda quindi la produzione: test, QA, TDD, automazione, chiarimento delle specifiche, responsabilità degli sviluppatori su ciò che consegnano. Non il ripristino dell'ammortizzatore.

Perché è importante

Il dolore creato dalla regola è uno strumento di misura, ed è il suo principale pregio. Leggerlo come un fallimento porta a ripristinare la coda, cioè a mascherare di nuovo ciò che si è appena scoperto.

Sfumature e limiti

La regola non dice niente sul tempo di correzione ammissibile, né su quanto un team possa assorbire. Un team che scopre un tasso ingestibile ha bisogno di una transizione, non di un'applicazione immediata.

Domande aperte

• Per quanto tempo un team può reggere un tasso di difetti che il suo sistema non sa ancora ridurre?