Fabrice Aimetti

J'ai traduit un article d'Alexey Krivitsky : "Lego For Extended Scrum Simulation". Alexey y décrit un jeu de simulation qui a pour objectif d'apprendre aux gens à comprendre Scrum par la pratique en construisant une ville avec des legos... beaucoup plus élaboré que mon Scrum Police Lego Game

Lien : LEGO pour une simulation Scrum



Feedback :

• Site web : Scrum Simulation with LEGO
  

Retrouvez l'intégralité de mes traductions sur le wiki Traductions Agiles.

J'ai traduit ce billet de Geoff Watts : "Don't blow it".

Minutage :
5 minutes plus 15 à 30 minutes pour en parler ensemble.

Matériel :
2 ballons pour 4 personnes.
De l'eau (facultatif).

Instructions :

Le "but" est que des équipes (de 3 à 5 personnes) concourent pour gonfler le plus gros ballon. L'équipe avec le plus grand ballon (pas éclaté & attaché) gagne.

La personne gonflant le ballon aura les yeux bandés et devra être guidée par ses coéquipiers pour dire quand souffler et quand s'arrêter.

Une personne devra porter le bandeau sur les yeux et tous les autres membres de l'équipe devront se tenir à proximité d'elle.

Règles :

La personne qui gonfle le ballon ne peut pas ouvrir les yeux ou enlever le bandeau.

Les coéquipiers ne peuvent pas s'éloigner de cette personne.

Le ballon doit être attaché pour qu'il soit considéré comme "terminé".

Objectifs d'apprentissage :

1. Agir sans la confiance peut faire peur.

2. Les membres de l'équipe ayant un intérêt commun (à proximité) augmente la confiance.

3. Si la confiance est brisée (le ballon éclate) alors 1° la confiance est encore plus difficile à rétablir (la personne qui a les yeux bandés à moins envie de recommencer) et/ou 2° l'équipe lui demande de gonfler un plus petit ballon (la productivité diminue).

Variantes :

1. Un délai de 60 secondes pour gonfler le ballon.

2. Le ballon peut être rempli avec un peu d'eau.

3. Demandez aux coéquipiers de tenir le bandeau et le ballon.

4. Exécutez des variantes différentes en parallèle (une équipe se tenant à proximité, une autre équipe plus loin par exemple).

Retrouvez l'intégralité de mes traductions sur le wiki Traductions Agiles.

What went well

• Objectif : être capable de sélectionner, préparer, jouer, expérimenter et exploiter les résultats d'exercices de créativité animés sous forme d'ateliers dans un environnement sûr/sain.
  
• Nous avons appris en pratiquant, c'est ce qui est le plus drôle : Personal Trading Card, Training Backlog, Fritz, Pre-Mortem, Process Improvement, Speed Boat, Blendz Corporation, Buy a Feature, Give Them a Hot Tub, Amusement Park, Start your Day, Prune the Product Tree, Product Box, My Worst Nightmare, ...
  
• J'ai enfin fait connaissance de Alexandre Boutin (Agilex : Agilité et Expertise, Président du célèbre CARA et que j'avais brièvement croisé lors de l'Agile Tour Toulouse 2010) et Romain Couturier (Exakis, Administrateur du CARA), c'est cool...
  
• Quelques photos souvenirs :
  

What went wrong

• Il a plu pendant 2 jours.
  
• Ceux qui ne manipulent pas un tant soit peu la langue de Shakespeare seront définitivement largués.
  
• On en a bavé comme pas permis sur le 13ème jeu "My Worst Nightmare"... un vrai cauchemar !
  

Puzzles

• @Oana : Poor Morale = Pourrir le Moral ?
  
• @Alina : c'est quoi un "static flying blender" et un "mouse trapping system" ?
  
• Serious games for serious people ?
  
• Utiliser Buy a feature pour préparer la liste de Noël avec les enfants ?
  
• Afficher le modèle Scrum dans l'Obeya Room ?
  
• Cargo cult ?
  

Lessons (re-)learnt

- Pre-Mortem : dans la plupart des projets, nous tirons les leçons bien trop tard (Post-Mortem).
- Passer d'une logique d'ouvriers de l'industrie à une logique d'ouvriers de la connaissance.
- Vous ignorez ce que vous ignorez : c'est là que se situe la véritable innovation !
- Collaborer = expérimenter ensemble.
- Les jeux impliquent un haut niveau d'émotion ; les émotions nous aident à nous concentrer, à nous rappeler, à décider, à agir et à apprendre.
- Nous démarrons toujours un jeu par une question tirée d'une problématique réelle.
- Des artefacts concrets (post-its, ...) rendent les idées concrètes.
- Parfois, matérialiser votre pire cauchemar n'est pas si éloigné de la réalité.
- Quelles sont vos questions ? que ferez-vous des réponses ?
- Espérez l'inattendu.
- C'est drôle parce que c'est vrai.
- Pilotez/guidez par l'exemple.
- Il n'y a pas de bonnes ou de mauvaises réponses.
- Ce sont les jeux qui font le travail (Alex).
- Les scientifiques sont aussi des artistes (Alina).
- N'arrêtez jamais d'apprendre !

Appreciations

• Merci à l'Institut Agile, donc à Laurent Bossavit, pour avoir organisé cette Master Class Innovation Games.
  
• Merci à Maarten Volders, l'animateur "accrédité" par Innovation Games Inc.
  
• Merci à Microsoft France pour nous avoir accueilli dans les locaux de son Campus à Issy-les-Moulineaux.
  
• Merci aux 14 autres aventuriers : Alina, Agnès, Oana, Yann, Romain (1), Romain (2), Frédéric, Alex, Rémy, Thierry, Nicolas, Ludovic, Jean-François et Gilles.
  
• At last but not least, merci à Philippe Launay, animateur du SUG bordelais qui m'a fait découvrir les Innovation Games.
  

Feedback

• Philippe Launay sur le SUG Bordeaux : "Innovation Games"
  
• Alexandre Boutin : "Innovations Games (r) … c’était Génial ! "
  
• LES PHOTOS PRISES PAR MAARTEN !!!
  

Links

• Le blog AGILEMinds
  
• Le site Innovation Games
  
• Le livre Innovation Games
  
• Le livre Gamestorming
  
• Innovation Games Trained Facilitators
  

Retrouvez l'intégralité de mes rétrospectives sur le wiki Rétrospectives Agiles.

La traduction en français est disponible sur ce lien.

What went well

• Nous avons joué au "Kanban Game" créé par Jon Jagger.
  
• 18 personnes : 8 "postes de travail" binômés et 2 observateurs.
  
• Excellente ambiance avec un groupe mo-ti-vé.
  
• J'ai (enfin) rencontré Guillaume Vincent, auteur du blog Rolala.
  

What went wrong

• Petit cafouillis de ma part sur la formulation des règles du jeu au départ... manque d'entraînement.
  
• J'aurais dû amener des bouteilles d'eau...
  
• Pas de sprint 4 ! les équipes étaient épuisées.
  

Puzzles

• Trouver un nom pour le SUG Bordeaux ?
  
• Serious games ? évènements conçus pour résoudre des problèmes.
  
• @Thierry : bon alors, faut splitter ou faut pas splitter ?
  
• Un backlog de 43 points : seulement 17 points livrés au bout de 3 sprints ? on splitte, on ne splitte plus, on bloque le traitement des stories du backlog, on s'entête à traiter les stories de plus haute priorité, ...
  

Lessons (re-)learnt

• Se rappeler de faire appel au Product Owner pour faire des choix sur l'importance des stories.
  
• Auto-organisez-vous, n'attendez pas qu'on le fasse pour vous : sprint goal, daily meeting, ...
  
• Pas facile le métier d'observateur : Philippe avait justement préparé un vade-mecum "J'observe - Je donne de la valeur".
  
• Savoir prendre du recul par rapport au processus auquel nous participons et agir là où ça fait mal. Aidez les autres.
  
• Cette année, mes objectifs seront STUPID !
  

Appreciations

• Merci à Capgemini qui nous recevait dans ses locaux à Mérignac.
  
• Merci à l'animateur Philippe Launay, correspondant du SUG à Bordeaux.
  
• Merci aux participants : Christine, Delphine, Alexandre, David, Christophe, Emmanuel, Guillaume, Matthieu, Olivier, Sébastien, Thierry, Xavier et tous les autres...
  

EventList

• Prochain Scrum'Café bordelais pressenti le 26 avril : on recherche une salle et un sponsor...
  
• Session "Innovation Games" les 29 et 30 mars, première Master Class de l'Institut Agile
  
• ScrumDay le 31 mars
  

Feedback

• Sébastien a déjà ajouté une photo !
  
• Philippe Launay sur le SUG Bordeaux : "KANBAN Game - Les leçons retenues"
  
• Happiness Indicator de la session
  
• Clin d'oeil de Claude Aubry : "Scrum, ApéroWeb et Cantine"
  
• "Kanban Game - Le feedback"
  

Retrouvez l'intégralité de mes rétrospectives sur le wiki Rétrospectives Agiles.

Hier après-midi, mes trois filles et moi-même avons joué à ce que je baptiserais le "Scrum Police Lego Game".

Equipe :

• Jade, l'aînée, est le Product Owner.
  
• Ilona, Alix et moi-même sommes les bâtisseurs.
  
• Je joue également le rôle de ScrumMaster.
  

Vision :

• J'ai demandé au Product Owner, Jade, de rédiger la vision du projet en 5 minutes et de la présenter au reste de l'équipe.
  

Backlog :

• J'ai demandé au Product Owner, Jade, d'initialiser et prioriser le backlog en 30 minutes.
  
• Je lui ai demandé d'identifier des thèmes, d'y associer des user stories en respectant la forme "En tant que... Je peux... Afin de..." et d'indiquer quelques critères de validation.
  
• Je lui ai également demandé de prioriser en appliquant la méthode MoSCoW dont j'ai ensuite retraduit les résultats en points de valeur (pour simplifier).
  
• J'ai ensuite demandé à l'équipe, Ilona et Alix, d'estimer l'effort de façon relative en positionnant une story à gauche d'une autre si l'effort semble moindre, à droite s'il semble plus conséquent et en-dessous s'il semble équivalent. Ça a pris 5 minutes et j'ai ensuite retraduit les résultats en points d'efforts avec la suite de Fibonacci... ce qui a donc permis au Product Owner, Jade, de reprioriser son backlog (ROI d'une user story = Points de valeur / Points d'efforts).
  

Impediments :

• J'ai préparé quelques freins et accélérateurs, comme des cartes possibles à tirer pendant le projet.
  

Matériel :

• Je me suis basé sur le jeu de construction Lego d'un poste de police et d'une prison (réf. 7744).
  

Sprints :

• J'ai fixé les sprints à 5 minutes (1 minute représente 1 jour de travail).
  
• Le Product Owner et l'équipe négocient sur le contenu du sprint en fonction de la priorité, de l'effort estimé et bien sûr de certaines contraintes liées à la construction d'un bâtiment.
  
• Je chronomètre le sprint et toutes les minutes je marque un temps d'arrêt dans le jeu pour relever les stories terminées. Je peux potentiellement demander à un membre de l'équipe de tirer une carte "Frein"/"Accélérateur".
  

Livrables :

• L'équipe a aligné 22 sprints en explosant tous ses engagements, mais bon... le Maire est content, sa Ville est sauvée !
  

Rétrospective du projet :

• Plein de choses à améliorer pour 2011 : la longueur des sprints était trop courte, le backlog était incomplet, certaines stories étaient fortement dépendantes donc un ordre de construction devait être respecté, étant dans l'équipe des bâtisseurs pressés par le temps - et en même temps ScrumMaster - je n'ai pas eu assez de discipline pour faire appliquer le daily standup meeting et la rétrospective en fin de sprint, ... c'est dommage parce que l'équipe aurait peut être pu prendre certaines décisions pour recadrer le projet, comme par exemple allonger la durée du sprint.
  
• Des parallèles étonnants avec le développement logiciel : le bâtisseur fou qui part faire son truc dans son coin, celui qui veut arrêter le chronomètre parce qu'il manque une pièce dans le jeu, celui qui remet en cause la vision du projet, le client qui en demande toujours plus alors que les 2 sprints précédents sont en vrille, l'équipe qui éjecte un de ses membres parce qu'il n'est pas autonome ou assez rapide, ...
  
• Quelques photos qui montrent que l'on peut être fier de son travail :
  

Cela faisait plusieurs mois que Philippe Launay nous mettait en avant ce livre de Luke Hohmann. Il en a d'ailleurs profité plusieurs fois pour nous faire pratiquer quelques techniques sorties du livre lors des différents Scrum User Group Bordelais dont il est le dynamique animateur. Finalement j'ai commandé le livre sur Amazon et je l'ai reçu moins d'un mois après. Je n'ai pas été déçu ! Cette semaine j'en ai profité pour faire un atelier "Product Box" avec mon client, qui s'est révélé très productif. Merci Philippe !

Coïncidence, Alexandre Boutin (Agilex) vient tout juste de débuter une série de billets pour présenter l'approche de Luke Hohmann :

• Jouer avec les clients pour innover #1
  
• Jouer avec les clients pour innover #2
  
• Jouer avec les clients pour innover #3
  
• Jouer avec les clients pour innover #4
  
• Jouer avec les clients pour innover #5
  

What went well

C'est Christophe Deniaud (CSM Ausy) qui animait une session de l'Alchimiste-Agile.com, l'art ou le secret de la rétrospective. La mise en application s'est faite en revisitant le conte de Noël : "apprendre de ses erreurs pour s’améliorer, s’applique à tout type de projet… y compris celui de combler des enfants exigeants !". Le tout minuté à un rythme d'enfer pour essayer de faire tenir les 5 phases (set the stage 9mn, gather data 15mn, generate insights 15mn, decide what to do 15mn, close) de la démarche en 1 heure ! Des valeurs humaines, du collectif et des pratiques intéressantes (Timeline, 5 pourquoi, Priorités 5 points à répartir, ...). Christophe, bravo !

• En bonne et due forme, nous avons fait une rétrospective de la rétrospective pour finir !
  
• Nous avions le plaisir de compter parmi nous Yves Hanoulle. Jetez un coup d'œil sur son site.
  
• Arthur Ledard (Mr Yet Another Agile Laboratory) était également là !
  
• J'ai senti une vraie dynamique de groupe parmi les collaborateurs CIS Valley qui étaient présents en force !
  
• Les ressources sont (toujours) disponibles sur le Google Group du SUG ... rejoignez le groupe !
  
• ... pour la suite, venez nous voir !
  

What went wrong

• Site de l'Alchimiste-Agile.com en panne depuis 2 jours : "Application error - Rails application failed to start properly" ... argh !
  
• J'aime pô les barbies avec deux bras gauches !
  

Puzzles

• BlingClock = Visual Countdown Timer
  
• Ben Nicolas B. n'est pas venu soutenir son poulain ?
  
• ITIL et Scrum ? euh ? je renvoie sur un vieil article de Laurent Morisseau "Scrum est-il soluble dans ITIL ?" mais bon...
  
• Diagramme en arêtes de poisson = diagramme d'Ishikawa
  
• Des sabliers de différentes tailles en salle de réunion Agfa ?
  
• Et demain, que vais-je faire ?
  

Lessons (re-)learnt

• L'expression "Prime Directive" est initialement tirée de l'univers de fiction de Star Trek
  
• Pas facile de dépasser les évidences !
  
• Arrêtez de râler autour de la machine à café et faites des rétrospectives !
  
• Pas si simple d'être un nain au milieu des elfes et des rennes !
  
• Postulat : avec la méthode des 20 pourquoi, on doit théoriquement toujours retomber sur un problème lié à l'Acheteur ou au Commercial, non :-?
  

Appreciations

• Merci à Philippe Launay (Agfa Healthcare), l'animateur du SUG bordelais
  
• Merci à CIS Valley (groupe Aquitaine Valley), notre sponsor du soir et notamment à Christine Abadie (DG), Daniel Saingolet (Dir. Marketing), Marie-France Blanco (Dir. Technique)
  
• Merci à Christophe Deniaud, animateur de cette session
  
• Merci à Dorine P., Gwenael G., Alexandre, Arthur L., Bruno B., Cyril M., Jacques-Antoine M., Jonathan M., Paul, Philippe M., Xavier G., Yves H., ...
  
• At last but not least, merci à Jacques Couvreur et François Bachmann, qui ont créé l'équipe des Alchimistes Agiles et le jeu de cartes pour faire découvrir à un large public les avantages de la Rétrospective.
  

EventList

• Début juin : Prochain Scrum Café Bordeaux ?
  
• 1er et 2 septembre : Scrum Gathering en Afrique du Sud
  

ToDo

• Étudier de plus près la "Prime Directive" énoncée par Norman Kerth
  
• Étudier de plus près le "Perfection Game
  
• Acheter le jeu et contaminer les Autres
  

Feedback

• Yves Hanoulle :
  • Scrum User Group Bordeaux (Part I)
  • Agile Retrospective Game @SUG Bordeaux (Part II)
  • Perfection Game of SUG Bordeaux (Part III)
• Google Group du SUG bordelais :
  • Discussion très intéressante entre Yves et Christophe
  • Photos prises par Philippe
• L'Alchimiste-Agile.com :
  • Quelques retours

Liens :

- Agile Fairytales
- The Bottleneck Game
- The Business Value Game
- The XP Game
- ESP Game
- The Yellow Brick Road

Pour aller plus loin : vous pouvez télécharger la plupart de ces jeux (et les règles) sur The Agile Coach Toolkit et jouer gratuitement avec vos collègues, voire votre famille ou vos amis. Tous ces jeux sont disponibles sous licence Creative Commons Attribution-Share Alike 2.0.