Angle
Un dispositif de qualité placé après la livraison — l'équipe qui prend les bugs des autres, la QA en dernier barrage, la file de défauts, la métrique de rework — ne rattrape pas seulement des défauts : il détourne vers un tiers le retour d'information qui aurait appris à leur auteur comment ne pas les produire. C'est ce qui rend ces dispositifs structurellement perdants, et non leur coût direct : ils protègent le produit une fois, et ils dégradent la production à chaque fois. La qualité appartient donc à ceux qui livrent au sens le plus littéral — ils sont les seuls à occuper la position d'où le défaut pouvait encore ne pas exister, et chaque déplacement en aval vide cette position de ce qui la rendait utile.
Synthèse
Le mouvement se répète à quatre endroits de la chaîne, et il prend chaque fois l'apparence d'une bonne pratique.
À l'affectation, d'abord. Confier un défaut au développeur disponible optimise un ordonnancement et coupe le lien entre une livraison et son coût. L'auteur ne voit pas ce que sa livraison a produit ; celui qui corrige reconstitue un contexte qu'il n'a pas créé et trouve une cause technique, jamais une cause de décision. La règle inverse — celui qui crée le défaut le corrige — vaut alors moins par le travail qu'elle affecte que par les deux effets qu'elle rétablit : une incitation qui agit avant la livraison, et un apprentissage qui n'est disponible nulle part ailleurs.
À l'entrée, ensuite. Une spécification ambiguë transmise telle quelle ne disparaît pas : elle est tranchée plus tard, en silence, par celui qui code. Le droit de refuser de produire dans le flou est le pendant exact du devoir de corriger ses propres défauts — dans les deux cas, on refuse de laisser la décision et sa conséquence se séparer. Le test écrit avant le code fait le même déplacement sous une forme outillée : il fixe le comportement attendu au moment où il est encore discutable, plutôt que de le vérifier quand il est devenu coûteux à changer.
À la sortie, enfin, avec la forme la plus instituée. Une QA placée en dernier barrage ne peut que bloquer ou laisser passer ; le même métier placé en amont écrit les critères, les seuils et les risques à couvrir. La position, pas la mission, décide si la fonction cadre ou rattrape — et l'automatisation, en absorbant la part répétitive, rend ce déplacement praticable au moment précis où il devenait indispensable.
Ce qui relie ces quatre points est une asymétrie temporelle. Le coût de la qualité est minimal à l'instant de la production et croît ensuite sans jamais redescendre ; l'information nécessaire pour l'exercer suit exactement la courbe inverse. Chaque dispositif aval choisit donc la commodité d'ordonnancement contre la seule position où le défaut pouvait ne pas naître.
Deux conditions bornent le mouvement, et elles se tiennent. La première est que la responsabilité rendue à celui qui livre arrive comme propriété et non comme faute : dès qu'elle sert à désigner un coupable, les défauts quittent les conversations avant de quitter le produit. La seconde est que sa zone soit distincte de celle du produit — le dialogue entre choix produit et qualité technique instruit la décision, il ne la mutualise pas, faute de quoi la responsabilité se dissout sans que personne l'ait déplacée.
Le compte final se lit dans le legacy. Ce qu'on appelle héritage est pour une part une production courante : chaque défaut transféré, chaque ambiguïté acceptée, chaque test non écrit, chaque régression rejouée à la main est un rattrapage choisi aujourd'hui, dont le produit gardera la trace longtemps après que la contrainte qui l'a motivé aura été oubliée.
Tensions / contradictions
Replacer la qualité chez celui qui livre et lui laisser la marge de l'exercer ne vont pas toujours ensemble. La règle « celui qui crée le défaut le corrige » agit comme incitation à condition que le développeur ait eu prise sur ce qu'il livrait ; imposée sous une contrainte de délai qu'il n'a pas fixée, elle devient une sanction pour une décision prise ailleurs. Ces notes ne disent pas où se situe le seuil.
Tension également avec la méthode de sortie d'un arriéré existant : traiter chaque semaine les trois retours les plus fréquents du support est un dispositif aval assumé, utile, et qui contredit la thèse tant qu'il reste en place. Il se justifie comme transition, ce qui suppose une borne que rien ici ne fixe.
Questions
- Dans une équipe de plusieurs dizaines de développeurs, quelle forme minimale de retour depuis la production maintient le lien entre un défaut et son auteur, quand la correction par celui-ci n'est plus praticable ?
- Quelles contraintes externes — certification, engagement contractuel, audit — rendent un contrôle final non négociable, et comment le tenir sans qu'il redevienne le seul mécanisme de qualité ?