Terme

Politique zéro bug

Définition courte

Règle d'organisation qui interdit de conserver un défaut connu sans décision : tout signal qualifié est soit corrigé, soit sorti de la gestion des défauts. Elle ne porte pas sur l'absence de défauts.

Définition détaillée

Dans l'usage courant, « zéro bug » s'entend comme la promesse d'un logiciel sans défaut — lecture qui rend l'expression irréaliste et fait rejeter la règle avant discussion.

Dans les articles de ce blog, l'expression désigne autre chose : zéro défaut connu non décidé. Le périmètre est le connu ; l'inconnu reste hors de portée. La qualification d'un signal n'a que deux issues : defect, qui appelle une correction, et no defect, qui sort l'élément de la gestion des défauts. L'état exclu est le troisième : le défaut connu conservé dans une file pour plus tard.

L'expression vient de l'anglais zero bug policy, documentée notamment par un retour d'expérience de Porsche sur l'application My Porsche.

Usage dans le domaine

Arbitrage de roadmap, tenue d'un outil de suivi, comités de priorisation, sortie d'un arriéré existant, discussions sur la vélocité d'une équipe.

Synonymes et variantes

zero bug policy · « zéro défaut connu non décidé ».

À ne pas confondre avec

  • Défaut — le fait qualifié sur lequel la règle fait porter la décision, là où la politique est le régime qui impose de décider.
  • Zéro défaut / qualité totale — objectif de production visant à ne pas fabriquer de défaut, situé en amont de la livraison.
  • Backlog de bugs — file de défauts connus conservés, priorisés et repoussés ; c'est l'état que la politique exclut.
  • Dette technique — faiblesse de conception dont le traitement a été décidé ; elle se règle par un arbitrage de priorités, hors du périmètre de cette règle.

Exemples

Un retour support arrive : l'équipe tranche dans la journée entre correction et requalification en demande d'amélioration. Aucune troisième case n'est ouverte.

Une équipe partant d'un arriéré définit un « nouveau zéro temporaire » : la règle ne s'applique pleinement qu'à la fin de la phase.

Ambiguïtés / débats

Le mot se lit spontanément comme une promesse de perfection, et cet écart est la première source de rejet.

Second flottement : la règle porte-t-elle sur les seuls défauts ouverts, ou sur toute la gestion des tickets — auquel cas la séparation entre carte de bug et carte de travail entre dans son périmètre.