Definizione breve

Insieme delle pratiche con cui un team di sviluppo riduce il numero di difetti che produce, in contrapposizione ai dispositivi che trattano i difetti una volta prodotti.

Definizione dettagliata

Nell'uso corrente del settore, «qualità» copre indistintamente lo stato del prodotto consegnato, la soddisfazione percepita dall'utente e l'attività dei team di test.

Negli articoli di questo blog, l'espressione indica un perimetro preciso: ciò che agisce sulla fabbricazione. Comprende la responsabilità degli sviluppatori su ciò che consegnano, il rifiuto di scrivere codice su un'ambiguità forte, la formalizzazione del comportamento atteso prima dell'implementazione, l'automazione delle verifiche e il quadro di qualità scritto dalla QA. Si contrappone punto per punto alla Policy zero bug, che riguarda lo stock di difetti noti: la prima impedisce allo stock di formarsi, la seconda vieta di conservarlo. Nessuna delle due sostituisce l'altra.

Uso nel dominio

Ripartizione della capacità fra correzione e fabbricazione, definizione di una politica della qualità, diagnosi di un team il cui flusso di difetti non cala nonostante correzioni rapide, discussione sul legacy che si sta fabbricando.

Sinonimi e varianti

Qualità a monte · qualità di produzione · prevenzione dei difetti.

Da non confondere con

• Policy zero bug — regime che vieta di conservare un difetto noto senza una decisione; riguarda lo stock, non ciò che lo alimenta.
• QA — funzione che definisce e verifica i criteri di qualità; è uno dei mezzi della qualità di consegna, non il suo equivalente.
• Qualità percepita — giudizio dell'utente sul prodotto, che dipende dalla progettazione quanto dal numero di difetti.
• Definition of Done — elenco di condizioni associate a un elemento di lavoro, che formalizza una soglia senza dire come raggiungerla.
• Debito tecnico — debolezza di progettazione il cui trattamento è stato deciso; pesa sulla capacità di consegnare, non sullo stato di ciò che viene consegnato.

Esempi

Un team che ha svuotato lo stock di difetti, ma il cui tasso di difetti in ingresso non è cambiato, ha trattato lo stock senza toccare la propria qualità di consegna.

Riconoscere agli sviluppatori il diritto di rifiutare una specifica troppo vaga è una decisione di qualità di consegna, non una regola di prioritizzazione.

Ambiguità / dibattiti

La parola «consegna» viene a volte intesa come il momento del deployment, il che farebbe pensare, a torto, a una qualità verificata al momento del rilascio in produzione — mentre l'espressione indica tutto ciò che lo precede.

Il perimetro esatto resta incerto: la progettazione di prodotto fa parte della qualità di consegna, o solo ciò che va dalla specifica al deployment?