Idée principale

Côté développement, une règle est admise : celui qui crée le bug le corrige. Non pour punir, mais pour que la responsabilité de correction reste attachée à la responsabilité de production — même si le développeur est passé à un autre sujet, même si cela perturbe le planning.

La même règle s'applique à la conception produit, et elle est rarement tenue. Un Product Manager qui conçoit, puis confie à quelqu'un d'autre le soin de porter la chose jusqu'en production, fait exactement ce qu'on reproche au développeur qui livre et passe à la suite : il ne voit jamais où sa compréhension était insuffisante, où sa formulation était ambiguë, où son arbitrage était bancal. Le coût de ses approximations est payé par l'équipe qui les découvre, et l'information ne lui revient pas.

La boucle ne se ferme pas — et c'est cette boucle qui produit la qualité. La qualité ne se délègue pas après coup, ni côté code, ni côté produit.

Couche apportée par « La qualité appartient à ceux qui livrent » (2026-06-03). La règle invoquée côté développement n'est pas seulement un principe d'équité : elle repose sur deux effets distincts, et la transposition à la conception produit hérite des deux. Avant la livraison, elle agit comme incitation — celui qui sait que ses approximations lui reviendront formule autrement. Après, elle est le seul circuit par lequel l'information revient à l'auteur : quiconque corrige à sa place trouve une cause technique, pas une cause de décision. C'est cette seconde partie qui manque au Product Manager qui confie à d'autres le soin de porter sa conception jusqu'en production — il conserve l'incitation nominale et perd le retour qui l'instruirait.

Pourquoi c'est important

Cela donne un test d'équité interne à une organisation : une exigence tenue pour non négociable côté développement ne peut pas être suspendue pour ceux qui conçoivent, sans quoi elle n'est pas une règle mais une hiérarchie.

Et cela explique pourquoi certaines erreurs de conception se répètent : l'auteur ne rencontre jamais leurs conséquences, donc rien ne les lui signale.

Nuances et limites

Accompagner jusqu'à la production consomme du temps, et ce temps ne se prend nulle part ailleurs que sur la conception suivante. La boucle a un prix, et l'assumer suppose d'accepter un débit plus faible.

Par ailleurs, une organisation très grande rend la boucle impraticable telle quelle : à partir d'une certaine taille, elle passe par des dispositifs — revue post-livraison, accès au support, présence en démonstration — plutôt que par la présence d'une seule personne de bout en bout.

Questions ouvertes

• Quelle forme minimale de retour depuis la production suffit à fermer la boucle, quand la présence continue de celui qui a conçu n'est pas tenable ?