Définition courte
Ensemble des pratiques par lesquelles une équipe de développement réduit le nombre de défauts qu'elle produit, par opposition aux dispositifs qui traitent les défauts une fois produits.
Définition détaillée
Dans l'usage courant du secteur, « qualité » recouvre indistinctement l'état du produit livré, la satisfaction perçue par l'utilisateur et l'activité des équipes de test.
Dans les articles de ce blog, l'expression désigne un périmètre précis : ce qui agit sur la fabrication. Elle couvre la responsabilité des développeurs sur ce qu'ils livrent, le refus de coder sur une ambiguïté forte, la formalisation du comportement attendu avant l'implémentation, l'automatisation des vérifications, et le cadre de qualité écrit par la QA. Elle s'oppose terme à terme à la Politique zéro bug, qui porte sur le stock de défauts connus : la première empêche le stock de se former, la seconde interdit de le conserver. Aucune des deux ne remplace l'autre.
Usage dans le domaine
Arbitrage de capacité entre correction et fabrication, définition d'une politique qualité, diagnostic d'une équipe dont le flux de défauts ne baisse pas malgré des corrections rapides, discussion sur le legacy en cours de fabrication.
Synonymes et variantes
Qualité amont · qualité de production · prévention des défauts.
À ne pas confondre avec
- Politique zéro bug — régime qui interdit de conserver un défaut connu sans décision ; il porte sur le stock, pas sur ce qui l'alimente.
- QA — fonction qui définit et vérifie les critères de qualité ; elle est l'un des moyens de la qualité de livraison, pas son équivalent.
- Qualité perçue — jugement porté par l'utilisateur sur le produit, qui dépend autant de la conception que du nombre de défauts.
- Definition of Done — liste de conditions attachées à un élément de travail, qui formalise un seuil sans dire comment l'atteindre.
- Dette technique — faiblesse de conception dont le traitement a été décidé ; elle pèse sur la capacité à livrer, pas sur l'état de ce qui est livré.
Exemples
Une équipe dont le stock de défauts est vide mais dont le taux de défauts à l'entrée n'a pas bougé a traité le stock sans toucher à sa qualité de livraison.
Ouvrir aux développeurs le droit de refuser une spécification trop floue est une décision de qualité de livraison, pas une règle de priorisation.
Ambiguïtés / débats
Le mot « livraison » se lit parfois comme le moment du déploiement, ce qui suggérerait à tort une qualité vérifiée au moment de mettre en production — alors que l'expression désigne tout ce qui la précède.
Le périmètre exact reste flottant : la conception produit fait-elle partie de la qualité de livraison, ou seulement ce qui va de la spécification au déploiement ?