Portes de qualité
Des notes minimales fermes qu'un changement doit dépasser avant de partir en production — imposées par la machinerie elle-même, pour qu'une mauvaise version ne puisse pas sortir par accident ou par oubli.
C'est comme un examen de conduite avant de remettre les clés de l'auto. Peu importe l'assurance du candidat — pas de réussite, pas de clés. Les portes de qualité font passer l'examen à chaque changement de workflow, automatiquement, avant qu'il n'approche la production.
Le problème, en mots simples
Il existe une liste de vérification de qualité. Elle vit sur une page wiki (Confluence) que tout le monde a sincèrement l'intention de suivre. Puis un vendredi, un changement part sans les vérifications — pas par malice ; quelqu'un était pressé et a simplement oublié — et la boîte de courriels du lundi déborde de plaintes sur des réponses qui ont empiré. Vous faites le post-mortem et la conclusion est inconfortable : une règle qui dépend de la mémoire de quelqu'un n'est pas vraiment une règle. C'est un souhait.
Ce que nous mettons en place
Sur chaque changement proposé, le harnais d'évaluation (le banc d'essai qui fait passer vos cas de test sauvegardés) produit deux choses : une note de qualité et une liste de régressions (les vieux bogues déjà corrigés, retestés un par un). La porte vit dans le CI (le pipeline automatisé que chaque changement traverse en route vers la production) — si la note tombe sous le plancher déclaré, ou si un seul cas de régression échoue, le pipeline lui-même bloque le changement. Aucun humain n'a rien à retenir. Les valeurs de la porte sont versionnées (chaque ajustement enregistré, avec qui et quand), et elles peuvent être resserrées délibérément avec le temps, à mesure que le système mûrit — mais jamais relâchées en douce.
Comment ça fonctionne, étape par étape
- Un changement est proposé
Un nouveau prompt, un échange de modèle, une étape restructurée — n'importe quoi qui pourrait faire bouger la qualité dans un sens ou dans l'autre.
- Les tests tournent automatiquement
Le jeu d'évaluation complet s'exécute et produit une note de qualité, plus un réussite-ou-échec sur chaque cas de régression.
- La porte compare au plancher
Une note sous le minimum, ou un vieux bogue qui refait surface, égale un non automatique. Les règles sont écrites, pas retenues de mémoire.
- Bloqué veut dire bloqué
Le pipeline refuse de le livrer. Il n'y a pas de chemin « on-corrigera-plus-tard » autour de la porte — la correction vient d'abord.
- Les portes se resserrent à mesure que vous progressez
Les valeurs plancher sont versionnées et peuvent être montées volontairement à mesure que la qualité grimpe — un cliquet, pas un plafond.
Ce qui change pour vous
Avant, les régressions de qualité étaient découvertes par les clients, et « on a oublié de vérifier » était un vrai mode de défaillance. Après, la vérification ne peut pas être oubliée, parce qu'aucun humain n'a à s'en souvenir — livrer vite et livrer sûr cessent d'être un compromis pour les changements routiniers, et l'énergie de l'équipe va à monter le plancher plutôt qu'à le surveiller. Ce qu'il ne fera pas : mesurer les qualités pour lesquelles vous n'avez jamais écrit de test. La porte vaut exactement ce que vaut le jeu de tests derrière elle — c'est pourquoi ce jeu reçoit ses propres soins.