Deux critères vagues dans la user story. Un sprint qui part mal. Un dev qui dit "c'est fini", un QA qui trouve des bugs, un PO qui dit "c'était pas ça". Le scénario te parle ?

Dans cet épisode, on ouvre le vrai chantier : les critères d'acceptance. Ce contrat interne qu'on bâcle faute de temps et qui coûte deux à trois fois plus en retravail qu'il n'aurait coûté à bien écrire.

Au programme :→ Pourquoi l'ambiguïté a un coût direct sur la vélocité→ Les 4 dimensions d'un bon critère (nominal, alternatif, erreur, non-fonctionnel)→ Given/When/Then vs liste de règles : quand utiliser quoi→ Two rituels concrets pour changer la pratique en équipe : Three Amigos et Definition of Ready

Pas de théorie décorative. Des formats actionnables, des exemples concrets, et une règle simple : si tu ne peux pas le vérifier de façon non ambiguë, il n'est pas encore assez précis.

🎙️ La Guilde, le podcast des professionnels du Quality Engineering📬 Newsletter & ressources : laguilde.substack.com

Ta suite de régression prend 3 jours à tourner et personne n'ose rien supprimer ?

Dans cet épisode, je démonte le mythe du "il faut tout tester" et on pose une approche concrète pour reprendre le contrôle : auditer sa suite existante, prioriser par le risque, et segmenter par fréquence d'exécution.

👉 Résultat : moins de bruit, plus de confiance, un feedback loop qui a du sens.

Au programme :

• Pourquoi les suites de régression dérivent (et coûtent cher)
• Le principe du test basé sur le risque appliqué à la régression
• 3 actions concrètes pour restructurer ta suite dès ce sprint

Pas de théorie décorative. Du terrain, des choix, de l'ownership.

On a parlé des utilisateurs, des QA, des managers. Il était temps de prendre de la hauteur.

Parce que la qualité, au fond, ne dépend pas d'une seule personne. Elle émerge — ou elle s'effondre — du fonctionnement global de l'équipe.

Dans ce dernier épisode, Imen Naguez et moi on clôt la série avec la question la plus profonde : et si le QA était le révélateur de l'état psychologique d'un système entier ?

Défensivité, silos, déresponsabilisation, non-dits collectifs… Le QA les voit. Les ressent. Les absorbe. Mais surtout, s'il est bien positionné, il peut les mettre en lumière et aider le système à se transformer.

👉 Dans cet épisode, on explore :

• L'équipe comme système vivant : interactions, rituels, zones d'ombre
• Les signaux faibles que le QA capte avant tout le monde
• Comment passer du rôle de détecteur à celui d'accompagnateur et de coach
• Vers une qualité collective : responsabilisation, coaching, sens partagé

💡 La qualité n'est pas un livrable, c'est l'état psychologique du système.

Merci d'avoir suivi cette série. On espère qu'elle t'a donné envie de regarder ton projet… avec d'autres yeux.

🎧 Bonne écoute.

Entre le management qui pousse, les équipes qui doutent, et les délais qui ne bougent pas — le test manager marche sur un fil.

Chaque jour, il absorbe des tensions contradictoires. Qualité vs vitesse. Risque vs engagement. Exigences business vs réalités terrain. Et il doit trancher. Assumer. Expliquer. Sans perdre ni sa crédibilité ni sa sérénité.

Dans cet épisode, Imen Naguez et moi on décortique ce rôle de "tampon émotionnel" que personne ne revendique, mais que tout le monde attend du test manager.

👉 Dans cet épisode, on explore :

• Les arbitrages invisibles que le test manager fait seul, chaque semaine
• Pourquoi calme, clarté et décision assumée sont ses vraies compétences clés
• Comment rassurer une équipe, recadrer un sponsor et tenir une posture sous pression
• Le test manager comme psychologue collectif, celui qui donne du sens quand tout part dans tous les sens

💡 Manager la qualité, c'est manager aussi des tensions humaines.

Si tu es test manager ou lead QA, cet épisode est un miroir. Et peut-être un peu de réconfort.

🎧 Bonne écoute.

Être celui qui dit non. Annoncer les mauvaises nouvelles. Soulever les problèmes que personne ne veut entendre. Et recommencer. Sans toujours être écouté. Sans toujours être reconnu.

Dans cet épisode, Imen Naguez et moi on aborde un sujet encore tabou dans nos métiers : le vécu émotionnel du QA.

Le syndrome de l'imposteur. La fatigue de devoir se justifier. Le besoin de perfection qui épuise. Et ce burn-out silencieux qui s'installe quand personne ne remarque que le QA, lui aussi, a besoin de soutien.

👉 Dans cet épisode, on explore :

• Les émotions du quotidien du QA — celles qu'on ne verbalise jamais
• Les biais internes qui fragilisent la posture : sur-contrôle, perfectionnisme, peur de ne pas être légitime
• La fatigue émotionnelle du QA psychologue… sans psychologue pour lui
• Les leviers concrets pour retrouver équilibre, recul et crédibilité

💡 Un QA qui ne va pas bien ne peut pas effectuer son travail.

Avant de parler de qualité logicielle, parlons de qualité de vie au travail.

🎧 Bonne écoute.

Les utilisateurs ne font jamais ce qu'on attend d'eux.

Et ce n'est pas un problème — c'est la réalité humaine.

Dans cet épisode, Imen Naguez et moi on creuse une conviction que beaucoup d'équipes refusent d'accepter : tester, ce n'est pas valider un scénario. C'est explorer un comportement.

On parle de raccourcis mentaux, d'émotions, de contexte d'usage. On parle de ces biais d'équipe qui font qu'on conçoit des logiciels pour un utilisateur imaginaire — rationnel, attentif, patient — qui n'existe pas.

👉 Dans cet épisode, on explore :

• Pourquoi les utilisateurs "font n'importe quoi"… et ont pourtant raison
• Le QA comme observateur des usages réels, pas des cas prévus
• Empathie, personas, parcours utilisateurs : les outils du QA psychologue
• Les croyances limitantes qui sabotent les tests avant même qu'ils commencent

💡 Tester, ce n'est pas vérifier un scénario, c'est explorer un comportement.

Si tu veux des tests qui reflètent le monde réel, commence par comprendre les humains qui l'habitent.

🎧 Bonne écoute.

Et si les bugs n'étaient que des symptômes ?

Dans ce premier épisode, j'accueille Imen Naguez pour ouvrir une série qui sort des sentiers battus : la psychologie au cœur de la qualité logicielle.

On parle souvent de méthodes, de coverage, de KPIs. Mais rarement de ce qui se passe vraiment entre les humains d'un projet.

Pourtant, le QA observe. Écoute. Reformule. Questionne sans juger. Il capte ce qui est dit… et surtout ce qui ne l'est pas.

👉 Ça te rappelle quelqu'un ?

Dans cet épisode, on explore :

• Le parcours d'Imen et pourquoi ce parallèle QA / psychologue lui parle profondément
• Le rôle invisible du QA : celui qui met en lumière les non-dits
• Les points communs entre curiosité, neutralité et questionnement, des deux côtés du canapé
• Pourquoi la qualité échoue si souvent… et que ce n'est presque jamais un problème technique

💡Un bug est souvent le symptôme d'un malaise plus profond.

Si tu penses que la qualité, c'est avant tout une affaire d'humains, cet épisode est fait pour toi.

🎧 Bonne écoute.La série complète : 5 épisodes, 5 angles psychologiques, une seule conviction — la qualité naît des interactions, pas des outils.

Couverture de code, nombre de tests, bugs ouverts, taux de réussite des pipelines… Et si tout ça ne servait à rien ?

La plupart des dashboards qualité sont des posters. Ils sont pleins de courbes. Ils rassurent. Et ils ne changent rien.

Dans cet épisode, j'introduit le concept de Quality Intelligence : transformer des signaux qualité en décisions actionnables ; pas en vanity metrics.

Au programme :

📊 Vanity metrics vs indicateurs décisionnelsPourquoi le pourcentage de couverture, le nombre total de tests ou le pass rate global sont des chiffres qui occupent l'espace sans guider aucune décision et comment les reconnaître.

🎯 La règle d'or : "quelle décision ?"Avant de choisir un KPI, trois questions à poser systématiquement. Et une formule simple à garder : Un KPI utile = Décision + Risque + Action + Seuil.

🏗️ Le framework en 3 couchesImpact utilisateur et business, qualité du delivery, diagnostic engineering — comment structurer un dashboard lisible, sans 30 graphiques inutiles, avec un maximum de 8 à 12 indicateurs.

🛠️ La méthode en 5 étapesChoisir 3 décisions récurrentes, cartographier 5 risques majeurs, associer un indicateur et un levier par risque, fixer des seuils, et installer la boucle de décision dans les rituels d'équipe.

💡 Des exemples concrets prêts à l'emploiFlaky rate, change failure rate, MTTR, bugs critiques ouverts — avec pour chacun la décision qui suit et le levier à actionner.

Que vous soyez engineering manager, tech lead, QA ou product owner, cet épisode vous donne un cadre pour que votre tableau de bord qualité réponde enfin à une seule question : qu'est-ce qu'on fait lundi matin ?