8 avril 2026Rôle de la QA, des devs et de l'organisation

"La QA, dernier rempart avant la prod" : non

"La QA, c'est le dernier rempart avant la prod". On peut arrêter avec ça svp ?

C'est pas le Gouffre de Helm : on n'est pas les gentils, les devs sont pas les méchants.

Cette histoire de "rempart", ça fait très triangle de Karpman version tech. Sauveur, bourreau, victime.

Et dans le même souffle, on clame haut et fort que la QA doit intervenir dès le début. Une posture de plus.

Le métier repose en grande partie sur l'honnêteté intellectuelle, et quand je lis ça je me demande s'il en reste un peu.

Cette honnêteté, elle commence par reconnaître un truc tout bête : → On a tous et toutes une relation affective avec le fruit de notre travail.

Dans certains contextes "j'ai trouvé 47 anomalies, nogo pour la release" est vite reçu comme un "t'es gros nul" côté dev.

Tu vas dire que j'exagère. J'admets. Mais est-ce que les QA qui prennent du plaisir à bloquer une release exagèrent pas un peu aussi ?

Un défaut majeur discuté avec tact a beaucoup plus de chances d'être bien corrigé. Et ça pose de bonnes bases pour que les défauts diminuent dans le temps.

On veut être impliqué du début à la fin ? On fait corps avec l'équipe. On investigue, on corrige, on vérifie -ensemble-.

La qualité ne progresse pas en aliénant les gens. Elle progresse en créant du lien.

Publié à l'origine sur LinkedIn.

Voir le post sur LinkedIn →

← Toutes les publications