Featureban

Featureban est un jeu de simulation Kanban créé par Mike Burrows. Par équipes de 3 à 6, les participants font avancer des post-it représentant des fonctionnalités sur un tableau simple, au rythme de tours qui symbolisent des journées. Le jeu fait vivre trois situations successives : management visuel seul, ajout de limites de travail en cours, puis introduction de métriques de flux. Il sert à comprendre concrètement pourquoi limiter l’encours, traiter les blocages et mesurer le temps de traversée améliore la capacité à livrer.

Déroulé

1. 1

   Installer le cadre et constituer les équipes

   10 min

   L’animateur présente l’intention : « Nous allons simuler un système Kanban, pas chercher à gagner contre les autres. Observez surtout ce qui arrive au flux, aux blocages et à votre manière de collaborer. » Il constitue des équipes de 3 à 6 personnes, chacune avec un tableau simple et des post-it qui représentent des fonctionnalités. Il précise qu’un tour de jeu représente un jour et que chaque joueur agira à son tour. Les participants s’installent autour de leur tableau et identifient visuellement les zones où les éléments vont démarrer, avancer, se bloquer et finir.

   Astuce — Évitez de trop théoriser Kanban au départ : plus les consignes initiales sont simples, plus le contraste entre les itérations sera parlant.

2. 2

   Expliquer la mécanique commune des tours

   10 min

   L’animateur donne la règle qui restera le cœur du jeu : à chaque tour, chaque joueur tire un résultat au hasard avec une pièce ou une carte. « Si le résultat est favorable, vous avancez un de vos éléments ou vous en démarrez un nouveau. Si le résultat est défavorable, vous devez bloquer un de vos éléments et en démarrer un autre. » Il vérifie que chacun comprend qu’un élément bloqué reste visible et ne progresse pas tant qu’il n’est pas débloqué selon les décisions permises dans l’itération. Les équipes font un mini-tour d’essai si nécessaire, sans compter les résultats.

   Astuce — Faites reformuler la règle par un participant : la confusion la plus fréquente porte sur le résultat défavorable, qui oblige bien à bloquer puis à démarrer autre chose.

3. 3

   Itération 1 — Management visuel seul

   15 à 25 min

   L’animateur lance la première simulation : « Pour cette itération, vous avez seulement le tableau visuel. Il n’y a pas de limite de travail en cours et vous appliquez strictement la règle du hasard. » Chaque jour, les joueurs jouent l’un après l’autre : résultat favorable, ils avancent un élément existant ou en créent un nouveau ; résultat défavorable, ils bloquent un de leurs éléments et en démarrent un autre. L’animateur laisse volontairement le système se charger en encours et en blocages, sans corriger les comportements. À la fin, chaque équipe observe son tableau : quantité d’éléments commencés, éléments bloqués, éléments terminés ou non terminés.

   Astuce — Ne sauvez pas les équipes trop tôt : l’intérêt pédagogique vient du malaise visible quand le tableau se remplit et que chacun continue à ouvrir du travail.

4. 4

   Débrief court de l’itération 1

   10 min

   L’animateur demande aux équipes de décrire factuellement leur système : « Que voyez-vous sur le tableau ? Où s’accumule le travail ? Qu’est-ce qui est bloqué ? » Il évite encore les solutions et fait émerger les constats : encours nombreux, blocages visibles, faible sentiment de maîtrise. Les participants comparent rapidement leurs tableaux sans chercher un classement. L’objectif est de relier le management visuel à sa limite : il rend le problème visible, mais ne le résout pas à lui seul.

   Astuce — Utilisez le tableau comme preuve : pointez les post-it, les zones chargées et les blocages plutôt que de discuter d’impressions générales.

5. 5

   Itération 2 — Ajouter des limites de WIP

   20 à 30 min

   L’animateur introduit la deuxième règle : « Cette fois, votre système a des limites de travail en cours. Quand une limite est atteinte, vous ne pouvez pas simplement démarrer plus de travail : cherchez comment aider à faire avancer ou débloquer l’existant. » Les équipes définissent des limites explicites sur leur tableau avant de relancer les jours de simulation. La mécanique de hasard reste identique : favorable, avancer un élément ou en démarrer un nouveau si la limite le permet ; défavorable, bloquer un de ses éléments et en démarrer un autre seulement si le système l’autorise. Les participants expérimentent alors la nécessité de s’entraider pour faire circuler le travail au lieu d’empiler des nouveautés.

   Astuce — Demandez aux équipes d’écrire les limites directement sur le tableau : une limite orale est vite oubliée quand la pression du jeu augmente.

6. 6

   Débrief court de l’itération 2

   10 min

   L’animateur fait comparer l’expérience avec l’itération précédente : « Qu’est-ce que la limite vous a empêché de faire ? Qu’est-ce qu’elle vous a forcé à faire ? » Les participants identifient les changements de comportements : discussion, aide, attention aux blocages, arbitrage avant de commencer. L’animateur souligne que la limite de WIP n’est pas une contrainte administrative, mais un mécanisme qui rend le flux négociable et collectif. Les équipes notent ce qui s’est amélioré et ce qui reste difficile.

   Astuce — Insistez sur les frustrations utiles : si quelqu’un dit “je ne pouvais plus démarrer”, demandez “qu’avez-vous fait à la place ?”.

7. 7

   Itération 3 — Introduire les métriques de flux

   20 à 30 min

   L’animateur ajoute la dernière couche : « Nous allons maintenant mesurer le système, pas seulement le regarder. Suivez le nombre d’éléments dans les états du tableau pour alimenter un diagramme de flux cumulé, et notez pour chaque élément son jour de démarrage et son jour d’arrivée afin d’observer le temps de traversée. » Les équipes rejouent avec le management visuel, les limites de WIP et la même règle de hasard. À intervalles réguliers ou à chaque jour simulé, elles consignent les données nécessaires : volumes par état, éléments terminés, dates de début et de fin. L’animateur aide à lire les tendances sans transformer l’exercice en cours de statistiques.

   Astuce — Gardez la collecte légère : mieux vaut peu de données correctement tenues que des tableaux de chiffres qui interrompent le rythme du jeu.

8. 8

   Débrief final et transfert au réel

   15 à 25 min

   L’animateur rassemble les équipes et structure la discussion autour des trois couches vécues : visualiser, limiter, mesurer. Il demande : « Qu’avez-vous appris sur votre tendance à démarrer, à bloquer, à aider ou à finir ? » Les participants relient les observations du jeu à leurs contextes : projets, maintenance, demandes entrantes, dépendances, files d’attente. L’animateur conclut en faisant formuler une action testable : une limite de WIP à essayer, un blocage à rendre visible, ou une métrique de traversée à suivre.

   Astuce — Terminez par un engagement concret et petit : une expérimentation d’équipe valable dès la semaine suivante vaut mieux qu’un plan Kanban trop ambitieux.

Variantes

• Version courte : jouer uniquement les itérations 1 et 2 pour centrer l’atelier sur l’impact des limites de WIP et de l’entraide, puis faire un débrief plus long sur les parallèles avec le terrain.
• Version orientée métriques : consacrer davantage de temps à l’itération 3 et à la lecture du diagramme de flux cumulé et des temps de traversée, en faisant comparer les tendances entre équipes.
• Version grand groupe : faire jouer plusieurs équipes en parallèle, puis organiser une galerie des tableaux pour comparer visuellement l’encours, les blocages et les stratégies d’amélioration.
• Version à distance : utiliser un tableau blanc collaboratif avec des post-it numériques et un tirage aléatoire partagé par pièce virtuelle, carte ou outil de randomisation ; demander à une personne par équipe de tenir les métriques.