Scrumble – un jeu de plateau Agile

Stay Updated: Posts | Comments   Follow us on Twitter

Novices dans le monde de l’Agilité? Dubitatifs à l’égard de Scrum pour votre projet? Envie de mettre votre équipe au défi? Soyez prêts à Scrumbler!

Développer ses qualités Agiles par une simulation ludique de Scrum
Scrumble permet de mettre en lumière bon nombre de problèmes auxquels les membres d’une équipes font face, et ce, qu’ils soient développeurs, responsables de produits ou facilitateurs et d’apporter des solutions spontanément, le tout dans un cadre décontracté.
Le jeu et son contenu imprimable sont téléchargeables gratuitement. Amusez-vous bien!

Durée du jeu: 2 heures et plus.

Guide complet: http://scrumble.pyxis-tech.com/dl_fr/Guide%20du%20jeu.pdf

Objectifs du jeu et comportements recherchés

Comme il est indiqué dans l’introduction, Scrumble est un moyen d’apprentissage et de consolidation de Scrum par le plaisir lorsque les participants sont réticents à faire le pas d’eux-mêmes, à apprendre par les guides ou à s’approprier Scrum en tant que tel.

La grande force de Scrumble tient dans son rôle de révélateur de dysfonctionnements dans l’équipe dans un contexte qui se doit favorable à la transparence et à l’interaction, sans risques pour chacun.

Les règles décrites dans ce guide sont idéalement calquées sur Scrum et peuvent paraître complexes au premier abord. Toutefois, il n’en est rien. Vous vous en rendrez compte très vite après un premier sprint. Aussi, aucune partie ne se ressemble, de par la créativité et les décisions des joueurs. Ils trouvent ensemble des possibilités nouvelles et parfois même des problèmes là où il n’en existe pas! De ces défis découlent de nombreux enseignements et un développement Agile de chacun :
• Esprit d’équipe : Chacun prend activement part à l’activité et est entendu par les autres.
• Créativité : Sans tricher, les mécanismes du jeu sont exploités par les joueurs.
• Auto-organisation : Les initiatives sont collectives et spontanées et rythment le jeu.
• Transparence : Chacun s’exprime clairement et les idées sont rendues compréhensibles à tous.
• Respect : Les tensions et perturbations inutiles sont évitées, écartées du jeu.
• Résolution de conflits : Les problèmes entre joueurs sont résolus intelligemment et sans heurts.
• Capacité à prioriser : Le Product Owner cible la livraison de valeur, et l’équipe y contribue.
• Engagement : Chacun fait de son mieux en suivant une direction commune vers l’objectif.

Préalables et préparation

Support et éléments

Avant de commencer une partie de Scrumble, il vous faut bien sûr tous les supports et éléments nécessaires. Vous les trouverez joints à ce guide. Ils sont prêts à imprimer et à découper. Des substituts peuvent très bien être utilisés à la place des pions et marqueurs. Par exemple, des briques et personnages de LEGO® sont faciles à intégrer.

Voici ce qu’il faut imprimer en couleur, découper, puis coller :

• L’ensemble plateau, pions et marqueurs :
Imprimez le tout sur du papier Bristol blanc (ou sur du papier plus solide) en grand format (A3 minimum). Le format A2 est parfait pour un grand nombre de joueurs. Découpez ensuite les pièces en conservant la petite bordure (partie grisée des pions et marqueurs). Pliez symétriquement les pions représentant les joueurs et la dette et collez leur centre pour qu’ils puissent tenir en position verticale (pour faciliter les déplacements sur le plateau de jeu).

• Les cartes à piocher :
Imprimez sur du papier blanc ordinaire ou Bristol en format A4. En imprimant des copies recto verso, les cartes auront leur couverture au dos de leur énoncé. Si vous souhaitez économiser de l’encre, vous pouvez imprimer uniquement les pages impaires (ainsi vous n’aurez que les énoncés d’un côté).

• Les ensembles de User Stories :
Si vous souhaitez jouer une partie de Scrumble dans un contexte préétabli pour le produit à développer, imprimez toutes les pages sauf la dernière.
Si vous souhaitez rédiger vos propres User Stories (scénarios utilisateurs), imprimez uniquement la dernière page. Écrivez ensuite les scénarios sur les fiches obtenues (un scénario par fiche) avec l’aide du Product Owner.
Ses ensembles peuvent être imprimés sur du papier A4 de couleur pour un meilleur rendu.
Les articles suivants sont aussi nécessaires : un dé à jouer (en avoir plusieurs à proximité en cas de perte), des blocs de notes Post-it® ainsi que des crayons à mine avec gomme à effacer au bout (de préférence).
Des accessoires tels qu’un tableau blanc et des feutres peuvent être utiles, mais ils ne sont pas indispensables.

Préparation et organisation

Vous avez maintenant tous les éléments du jeu sous la main. De plus, vous avez probablement parcouru le guide. Bravo! Désormais, vous avez à déterminer une ou plusieurs équipes avec lesquelles jouer.

Sur le plan organisationnel, nous vous recommandons de suivre la liste suivante pour réussir vos parties de Scrumble :
• Prévoyez deux bonnes heures de jeu que vous aurez planifiées avec l’équipe et un cadre agréable. Une salle est indispensable pour profiter du jeu sans être dérangés, ni déranger les autres.
• Limitez le nombre de joueurs (entre 5 et 11 joueurs maximum), en comptant le Product Owner et le Scrum Master. Communiquez au minimum l’introduction du jeu pour l’événement.
• Assurez-vous d’avoir un Scrum Master dans le groupe. Son expertise de Scrum doit être suffisante pour intervenir comme animateur du jeu.
• Ayez les éléments du jeu à disposition.
• Si le jeu est expérimenté dans le contexte d’un véritable projet, vous pouvez écrire vos propres User Stories, comme nous l’avons indiqué dans la section précédente. Dans ce cas, vous pouvez vous servir d’un Product Backlog déjà existant pour attaquer la phase de pré-sprint. Si le Product Backlog n’existe pas encore, nous vous invitons à d’abord organiser un atelier de Big Wall pour l’établir.

A propos du jeu

Scrumble est né en 2014 dans l’esprit fantaisiste de Romain Trocherie, coach Agile et Scrum Master à
Pyxis Suisse. Après tout, si Scrum vient en partie d’un jeu, pourquoi ne pas créer un jeu sur Scrum? Telle
était l’idée de départ.

La conception du jeu et les expérimentations ont duré de longues semaines, et Scrumble continuera
d’évoluer selon vos expériences! Pour toute remarque ou suggestion, n’hésitez pas à communiquer avec
Romain par courriel à rtrocherie@pyxis-tech.com.

Licence et droits d’utilisation

Le jeu Scrumble est entièrement gratuit, jouable par tous, peu importe le lieu et le moment.

Néanmoins, nous tenons à préciser que celui-ci a fait l’objet d’un travail conséquent de la part de l’équipe
de Pyxis Suisse et que l’objectif final du jeu, c’est-à-dire promouvoir un fonctionnement idéal des équipes
selon les principes de Scrum, ne doit pas être altéré.

A ce titre, le jeu et ses différents supports sont distribués sous licence (Creative Commons Attribution –
Pas d’Utilisation Commerciale – Pas de Modification 4.0 International). Ainsi, vous pouvez les partager
en citant les auteurs, sans modification et sans contrepartie financière.

VN:F [1.9.16_1159]
Rate This
Rating: 2.4/5 (10 votes cast)
Scrumble - un jeu de plateau Agile, 2.4 out of 5 based on 10 ratings
Print Friendly
2 Responses to "Scrumble – un jeu de plateau Agile"
  • Nik %A %e %B %Y at %H:%M

    Hi, I’m a scrum master looking for an interesting games in order to teach my new teams scrum. I saw your game and read all the materials I could download from your page, but still it looks like I’m missing something to fully understand the game play. Could you share some example of a simple team and their first sprint. I don’t get the whole dept calculation and even the players markers and all the pawns, I see only 4 player markers (green, red, blue and orange), but you say the players are up to 9? what are the different colors of the pawns representing? How is supposed someone to create and relate tasks to some story? I really don’t understand the dynamics and the game play, reading the manual, pease share some clarification.

    VA:F [1.9.16_1159]
    Rating: 0.0/5 (0 votes cast)
  • Romain Trocherie %A %e %B %Y at %H:%M

    Hi Nik,

    I’m glad receiving such questions as yours and hope to answer them the best I can.

    First off, the game is now maintained by Pyxis but to my regrets the latest version is not yet uploaded. There are better explanations of the game and new contents, which you can find it here if you’re interested:
    http://www.romain-trocherie.com/scrumble/

    As for example of playing teams, it needs to be kept simple, as in Scrum: one Product Owner, three to nine developers and one Scrum Master (the facilitator of the game ideally). The player section (page 7) explains their roles and what’s expected from them, as in a real Scrum team, during the game. I would add that the players interactions are really important in the game, and all players have to demonstrate good soft skills and equality for the best experience.

    Regardless, the size of the team, I suggest taking three medium-size stories (Sprint planning section, page 10). It’s well balanced to get a first sprint running for a good half-hour and see what goes right or wrong when many people are starting to develop a product altogether. :) Expect it to be longer than the next sprints and very fruitful in term of feedbacks!

    About the debt: it’s a counter. The bigger the team lets it grow, the harder the progression is. Each sprint, you can refer at page 10 where the table helps you calculate the number of tasks required, depending on that counter. More debt = more tasks! The team will have to maintain the debt low, somehow! It’s up to them to figure it out how.

    Each players marker is not related to a specific participant (page 11). They actually show the progress of the whole team, related to a story. Pick one color for each story into the sprint: both the colors of a players marker and the bricks (or puzzle pieces in the latest version) are related. Each turn, a player can move a players marker, it’s up to him/her. The same one can be moved over and over, or different ones… But once again, the players have to figure out what is the best strategy to reach their goal!

    Tasks are a measurement of progression towards the completion of a story. We do not create them (to much details, the game would then be soooo long!) but we derivate their number regarding the complexity (size) of a story and the current difficulty, which is… the debt! The table on page 10 gives you the formula.
    For example, for a S-sized story, an average debt (20-29 points), your team of 6 developers will have to complete 6 x 12 = 72 tasks to get it done, during the sprint.

    Those are long explanations but I hope they are clear enough. I would recommand to try playing on your own first, if you already print the elements. It sure helps!

    Don’t hesitate to contact me again if you have other questions. I wish you and your teams lots of fun playing Scrumble and am looking forward to hearing your feedbacks!

    Cheers!

    VN:F [1.9.16_1159]
    Rating: 0.0/5 (0 votes cast)
Leave a Reply:

Spam Protection by WP-SpamFree

Login

Discuss Comments
Agile Games Group