Idea principale

Presa alla lettera, la formula annuncia un software senza difetti — cosa che nessun team consegna, e l'obiezione arriva subito. L'obiettivo è un altro: zero difetti noti senza decisione.

L'ignoto resta fuori portata. Ciò che si prende di mira è l'accettazione permanente e organizzata di difetti che si conoscono. Quando arriva un segnale — un feedback del supporto, una regressione individuata su un'app come My Porsche — il team decide: è un difetto? Se sì, si corregge. Se no, lo si toglie dalla gestione dei difetti: miglioramento, richiesta di capacità, malinteso, argomento interessante ma fuori priorità.

Quello che la regola vieta è il terzo stato: «sappiamo che è un difetto, lo teniamo in una lista per dopo». Un difetto noto che si conserva senza decidere ha smesso di essere un difetto software; è un difetto di decisione.

Perché è importante

Questo ribalta l'obiezione più comune. Non si promette la perfezione, si vieta uno stato intermedio — e lo stato intermedio, quello sì, è perfettamente raggiungibile.

Sposta anche la misura. Non si contano più i difetti del prodotto, si contano i difetti noti senza decisione. Il primo numero dipende dal sistema di produzione; il secondo dipende solo dall'organizzazione.

Sfumature e limiti

La regola non dice niente sulla qualità delle decisioni prese. Un team che riclassifica in massa come non-difetto rispetta la lettera e ne svuota il senso.

Riguarda solo il noto: un prodotto poco strumentato, senza un supporto strutturato, mostra pochi difetti noti senza averne di meno.

Domande aperte

• Come riconoscere una riclassificazione di comodo, che chiude la decisione senza trattare il dolore?