loader
logo
Test Lab
box-img-sec1

hidden

Détails de l'Article

Analyse d'une session gamifiee au Swiss Testing Day 2026. Un systeme inspire de D&D pour enseigner les decisions QA. Pourquoi c'est de la vraie gamification et pas du PLB.

La gamification au Swiss Testing Day 2026 : quand le jeu de role remplace le PowerPoint

IT Quality

31 MAR 2026

8 min de lecture

La gamification au Swiss Testing Day 2026 : quand le jeu de role remplace le PowerPoint

La gamification au Swiss Testing Day 2026 — abovet.net

La gamification au Swiss Testing Day 2026 : quand le jeu de role remplace le PowerPoint

Au Swiss Testing Day, une session a utilise un systeme inspire de Donjons & Dragons pour enseigner les decisions QA. Pas de quiz. Pas de badges. Du vrai game design.

Au Swiss Testing Day 2026, une session a fait quelque chose de rare dans une conference tech.

Elle a demande au public de jouer.

Pas de quiz Kahoot. Pas de classement en temps reel. Pas de badges a collectionner. Du vrai jeu. Avec des choix, des consequences, et des mecaniques empruntees directement au game design. La session etait concue par SYNSPACE, une entreprise suisse specialisee en formation QA et gamification.

J'etais dans la salle. Et en tant que quelqu'un qui travaille a l'intersection du QA et du game design, j'ai beaucoup a dire sur ce que j'ai vu.


Le probleme que cette session resout

Parler de strategie de test dans une conference, c'est souvent abstrait.

On montre des diagrammes. On liste des bonnes pratiques. On dit "il faut prioriser les risques" et tout le monde hoche la tete. Mais combien de personnes dans la salle ont reellement ressenti le poids d'une decision de priorisation ?

La difficulte de la QA, ce n'est pas de savoir quoi faire. C'est de decider quoi ne pas faire quand le temps manque.

Et ca, un slide ne le transmet pas. Un jeu, si.


Les decisions QA comme jet de des

La session utilisait un systeme directement inspire du jeu de role.

Le principe

Chaque participant incarnait un profil QA — un role avec ses competences, ses contraintes, ses priorites. Face a un scenario de projet, le groupe devait discuter et choisir une strategie parmi plusieurs options.

L'ecran affichait quelque chose comme ceci :

Decision Time — "You Can't Test Everything"
  All Critical & High
  Cout : 1 Time + 1 Budget — Necessite Top 5 Risks — DC 10
  Risk-Based User Journeys
  Cout : 1 Time — Focus Payment/Login — DC 12
  Ask for Extension
  Cout : 0 (Political Capital) — Risk: High Resistance — DC 15
Prioritize (3 min) → Decide → Roll

Trois choix. Des couts differents, dans des monnaies differentes. Un "Success Check" avec un DC (Difficulty Class) pour chaque option — exactement comme dans D&D. Plus le DC est eleve, plus le jet de des doit etre bon pour reussir.

Ce qui m'a frappe

Ce n'est pas un gadget. C'est du game design serieux applique a un vrai probleme. Regardons les mecaniques en jeu.

Le cout des choix. Chaque option a un prix different, dans une monnaie differente. Le temps. Le budget. Le capital politique. C'est exactement la realite d'un QA Manager : on ne paie pas toujours avec les memes ressources, et certains couts sont invisibles sur un planning mais bien reels dans un bureau.
L'incertitude. Le jet de des introduit de l'aleatoire. On peut prendre la bonne decision et echouer quand meme. Comme dans la vraie vie. Cette mecanique force les participants a reflechir en probabilites, pas en certitudes.
Le role. Incarner un profil QA specifique change la perspective. Un test lead ne raisonne pas comme un developpeur. En forcant chaque personne a defendre un point de vue qui n'est peut-etre pas le sien, la session cree de l'empathie professionnelle.
La discussion. Le vrai apprentissage n'est pas dans le de. Il est dans les trois minutes de debat avant de decider. C'est la que les participants confrontent leurs modeles mentaux, decouvrent des angles morts, et comprennent pourquoi "tester les cas critiques" n'est pas toujours la meilleure reponse.

Pourquoi c'est de la vraie gamification (et pas du PLB)

Je dois preciser ce que j'entends par "vraie gamification" — parce que le mot est galvaude.

90% de ce qu'on appelle "gamification" en entreprise, c'est du PLB : Points, Leaderboards, Badges. On fait un truc, on gagne des points. On en fait plus que les autres, on monte dans un classement. On atteint un seuil, on recoit un badge.

Le probleme du PLB, c'est que ca ne change pas le comportement. Ca le maquille. Les gens jouent pour les points, pas pour l'activite. Des qu'on retire les points, le comportement disparait. Et pire : le PLB peut detruire la motivation intrinseque en la remplacant par une carotte extrinseque.

Ce que j'ai vu au Swiss Testing Day, c'est l'inverse.

Cette session n'offre aucun point. Aucun classement. Aucun badge. Ce qu'elle offre :

De l'agentivite. On fait des choix qui comptent.
Des consequences. Les choix ont un impact visible.
Du feedback. Le jet de des dit immediatement si la strategie a tenu.
De la competence. On apprend a mieux evaluer les risques en jouant.
Du lien social. On debat avec ses pairs avant chaque decision.

Ce sont les piliers de la Self-Determination Theory de Deci et Ryan — autonomie, competence, lien social. C'est ce qui cree de l'engagement durable. Pas un leaderboard Slack.


Ce que ca dit sur nous

Le fait que cette session ait existe au Swiss Testing Day 2026 n'est pas anodin.

Pendant longtemps, les conferences QA ont parle d'outils. De frameworks. De pyramides de test et de couverture de code. Le sous-texte etait clair : la qualite est un probleme technique qui se resout avec la bonne stack.

Mais la stack n'a jamais ete le vrai probleme.

Le vrai probleme, c'est un QA Manager a qui on demande de livrer vendredi avec la moitie des ressources prevues. C'est un developpeur qui skip les tests parce que "le PO a dit que c'etait urgent." C'est une equipe qui n'a jamais discute de sa strategie de risque autrement qu'en cochant des cases dans un tableur.

Ce sont des problemes humains. Des problemes de decision sous contrainte, de communication entre roles, de priorisation avec des informations incompletes.

Et le meilleur outil pour enseigner la decision humaine, ce n'est pas un slide deck. C'est un jeu.

Cette session l'a compris. Elle n'a pas demande aux participants d'apprendre des regles. Elle leur a demande de les vivre. Et quand on a du defendre son choix de couper les tests de performance devant cinq personnes, ca ne s'oublie pas de la meme maniere que quand on l'a lu sur un slide.

La QA murit. Elle sort de la technique pure pour entrer dans le design de systemes humains. Et le game design — le vrai, pas le PLB — est un de ses meilleurs allies.


En resume

PLB classique Session D&D (Swiss Testing Day)
Mecanique Points, classements, badges Choix strategiques + jet de des
Agentivite Nulle (fais le truc, gagne le point) Haute (discussion + decision)
Apprentissage Repetition recompensee Par le debat et les consequences
Motivation Extrinseque (la carotte) Intrinseque (comprendre, decider)
Effet a long terme Disparait sans les recompenses Ancre dans l'experience vecue
Game design Couche superficielle Systeme complet (couts, risques, DC, roles)

La gamification fonctionne quand elle sert la comprehension, pas quand elle sert l'engagement superficiel.

Et en QA, ou chaque decision est un compromis, le jeu n'est pas un luxe. C'est un outil de formation.

La session D&D etait concue par SYNSPACE, une entreprise suisse specialisee en formation QA et gamification.

Retrouvez tous mes guides, templates et ressources QA

Des outils pratiques pour ameliorer votre demarche qualite au quotidien.

Acceder a mes ressources arrow