Serious games en entreprise : pourquoi apprendre en jouant

Un serious game (jeu sérieux) est un jeu conçu pour apprendre, et non seulement pour divertir. En entreprise, il sert surtout à entraîner des réflexes : des décisions qu'on doit prendre vite et bien, sans rouvrir un support de cours à chaque fois. L'acculturation data et IA s'y prête particulièrement, parce qu'elle repose sur des décisions répétées : confier ou non cette tâche à l'IA, faire confiance ou non à cette réponse, garder ou corriger cette ligne de données.

Pourquoi un jeu plutôt qu'un module en ligne classique ?

Un module qui présente des règles puis pose un questionnaire final transmet de l'information. Un jeu fait décider. La différence tient en quelques mécanismes simples :

• La pratique de récupération. Se rappeler une règle pour l'appliquer ancre mieux que la relire. Un jeu fait appliquer la même règle des dizaines de fois, dans des situations qui changent.
• Le retour immédiat. Juste après la décision, le joueur voit la conséquence et l'explication. L'erreur devient un exemple, au moment où il est le plus utile.
• La difficulté progressive. Les premières manches installent la règle, les suivantes ajoutent des cas limites et des pièges. Le joueur progresse sans être découragé.
• Le droit à l'erreur. Dans un jeu, se tromper ne coûte rien : on ose tester sa compréhension, ce qu'on fait rarement face à un vrai client.
• L'envie de rejouer. Un score, une série, un classement entre collègues : on relance une partie de soi-même, ce qui multiplie les répétitions.

Ce qui fait un bon jeu sérieux

Tous les jeux ne forment pas. Quelques critères permettent de juger un jeu sérieux :

Les jeux Maketools suivent ces critères : parties solo de 4 à 10 minutes, explication après chaque réponse, compétences nommées, jeu complet au clavier, textes lisibles par les lecteurs d'écran.

Comment mesurer ce que les équipes apprennent ?

Un jeu sérieux n'est utile en entreprise que si l'on peut en suivre l'effet. Trois niveaux de mesure sont possibles :

1. La participation : qui a joué, combien de parties, quel taux de complétion. C'est la première preuve qu'un programme a été déployé.
2. La maîtrise par compétence : pour chaque compétence, la part de réponses justes. C'est ce qui oriente la suite du programme : si « repérer un biais » reste faible, c'est là qu'il faut insister.
3. La progression : l'évolution des scores dans le temps et par groupe.

Dans Maketools, le score est recalculé par le serveur à partir des réponses : un score ne se gonfle pas depuis le navigateur. Les rapports affichent participation, complétion, scores et compétences, et s'exportent en CSV ou en PDF, ou partent vers votre LMS (voir exports LMS).

Jouer sans compte, puis personnaliser

Deux usages complémentaires :

• Découvrir : les démos du catalogue se jouent sans compte. C'est utile pour se faire une idée, ou pour une session de sensibilisation ouverte (voir événements).
• Déployer : une organisation forke un jeu, c'est-à-dire en fait sa propre copie de configuration, adapte ses cas, ses règles et ses couleurs dans l'éditeur, sans code, puis le publie pour ses membres (voir le studio).

Adapter les cas au contexte de l'entreprise est souvent ce qui fait la différence : un jeu sur les données personnelles qui parle de vos outils et de vos services est plus convaincant qu'un exemple générique.

Les limites du format

Un jeu ne remplace pas tout. Il entraîne des réflexes, mais il ne suffit pas pour expliquer une politique interne complexe, ni pour former à un outil précis. Il gagne à s'inscrire dans un programme plus large : un temps de lancement, une charte courte, des échanges entre collègues, puis des parties régulières. Le plan d'acculturation en 30 jours montre comment les combiner.

Essayer

Le plus simple est de jouer : ouvrez le catalogue et lancez, par exemple, Hallucination Hunter ou IA ou pas IA ?, sans compte.