Jeux Agiles

Partir, pour de nouvelles aventures !

24/05/2012

Pour ceux qui ne le savent pas encore, j’ai quitté mon précédent employeur il y a maintenant 3 semaines. Cela faisait presque 10 ans que je travaillais dans ce groupe et c’était ma première experience significative. Ce départ est un départ positif : je pars heureux de ce que j’ai appris, de ce que j’ai pu apporter. J’ai chercher des conseils auprès de Jean-Claude Grosjean pour qu’il m’aide à faciliter ce départ. Après notre discussion, j’ai mieux compris l’importance de la « célébration » du départ. Ce n’est pas « naturel » de célébrer une séparation. Divorces, enterrements, licenciements ne sont pas en général des moments très festifs et joyeux. Et justement, une séparation n’est pas un moment triste. Certes, c’est la fin d’un parcours que l’on a fait ensemble, mais d’un parcours qui nous a emmené à des réussites (humaines avant tout). Alors il est important que ce dernier moment soit à l’image de ce que l’on a construit ensemble… (suite…)

Innovation Game à la Miage Grenoble

13/12/2011

Aujourd’hui, Fred m’avait fait le cadeau de pouvoir animer une séance Innovation Games ® avec un groupe de 25 étudiants de MI Miage à Grenoble.

Au programme : 10 minutes de théorie et 7 heures de jeux !

  • Personnal Identity Card
  • Product Box
  • Give Them a hot tub
  • 20/20 Vision
  • Pré-Mortem

Les étudiants se sont vraiment pris au jeu (ceux qui étaient en partiel à côté aussi, effet de bord :p).  Beaucoup de création, dans un calme raisonnable, de bons moments d’échanges  : que du plaisir ! (suite…)

La session dont vous êtes le héros

17/11/2011

Pour compléter l’article précédent, je vous invite à venir découvrir un « nouveau » jeu : La session dont vous êtes le héros.

J’aurai la chance d’animer cette session avec Emmanuel Etasse … Que j’avais rencontré il y a 2 ans lors d’une formation ScrumMaster. Il y a quelques mois, nous nous sommes lancé le défi d’inventer un nouveau jeu. Après 2 premières présentations au CARA ainsi que dans mon entreprise, nous espérons être à la hauteur le  jour J :)

Ce sera un moment important pour moi : ce sera ma première présentation à la communauté agile, la première occasion de « donner » à la communauté après avoir beaucoup appris pendant plusieurs années. Je suis d’autant plus heureux que ce soit sous la forme d’un jeu.

L’apprentissage par le jeu

17/11/2011

J’aime l’apprentissage par les jeux. Je suis déjà joueur de nature et la naissance il y a 2 ans de ma fille me prouve chaque jour combien il est « naturel » d’apprendre par le jeu. En grandissant, en devenant « serieux », on a tendance à se censurer … et on ne s’autorise plus à jouer. Alors apprendre en jouant … Au travail … Au lieu de produire du logiciel … Ce n’est pas évident.

 

 

 

(suite…)

L’expérience Pré-Mortem

4/07/2011

Nous venons de démarrer ce matin le dernier Sprint de la release 1 du projet Marguerite. Je voulais organiser un jeu/évènement afin que l’équipe reste focalisée sur la qualité du produit et qu’elle réflechisse à la gestion des risques. Ayant découvert récemment le jeu « Remember the Future« , je voulais organiser un jeu placant l’équipe 1 semaine après une mise en production « ratée » de notre produit et que l’on cherche les causes de cet échec.

Je partage cette idée avec notre « Super P.O » qui trouve cette approche « anxiogène » à quelques jours d’un évenement important. Je repars un peu frustré. Quelques jours plus tard, je tombe sur Alex qui se promenait dans notre entreprise et je lui raconte cette histoire.

Moi : « Ben, euh, il parait que c’est anxiogène comme idée, t’en penses quoi »

Alex : « Faut pas faire un Remember the Future, mais un Pré-Mortem ! »

 

(suite…)

Jouez avec la « definition of done »

25/05/2011

Validation fonctionnelleLors d’un moment d’échange entre équipes agiles, nous avons eu de vives discussions sur « les tests fonctionnels ».

D’un côté, certaines équipes prônaient la validation fonctionnelle dans la définition du terminé. Cela pouvait se faire de plusieurs manières :

1 – Par délégation : La User Story est claire pour l’équipe, le P.O partage ce sentiment et les critères d’acceptation sont écris et non ambigus. La « simple » écriture d’un scénario avec Sélénium servira de validation fonctionnelle.

2 – Par participation : Le P.O est sollicité pendant le Sprint afin de validé la Story.

3 - Par la démo : Le P.O valide pendant la démo.  :)

Dans tous les cas, il s’agit de validation et non de remise en question de la fonctionnalité. Si le besoin change, on laisse tomber la fonctionnalité : elle ne sera pas produite (terminée) lors du Sprint et le P.O pourra de nouveau la présenter lors du prochain SPM.

De l’autre côté, d’autres équipes prônaient la validation fonctionnelle en dehors du Sprint. Le principe est le suivant :

  1. La User Story est développée lors du Sprint X : elle est présentée au P.O lors de la démo.
  2. Le P.O prend le temps de la valider pendant le Sprint X+1.
  3. Si la Story ne « marche pas » ; alors il y aura une « Bug Story » lors du Sprint X+2. S’il faut la compléter ou modifier son fonctionnement, alors il y aura une nouvelle « User Story »

Ces 2 approches ont leurs avantages :

  • Dans la première, la définition du « done » est claire : on peut mettre en production. Comme lu sur Twitter cette semaine :

@danielbrolund If « done » doesn’t mean 100%, « donedone » is less and « donedonedone » even less. Compare 0.99>0.99*0.99>0.99*0.99*0.99. :-)

  • La deuxième solution a aussi son avantage : elle réduit la « pression » mise sur la validation fonctionnelle et permet à l’équipe d’avancer !

Je vous propose donc le jeu suivant :

Pour vous, est-ce que la validation fonctionnelle (par le P.O) doit être dans la "definition of done" ?

  • Oui (73%, 16 Votes)
  • Non (23%, 5 Votes)
  • Ca dépend : Cette réponse est réservée à Alex :) (4%, 1 Votes)

Total Voters: 22

Loading ... Loading ...

Fin du jeu Dimanche 29 à 23h59 :)

Mise en situation : Le retour d’experience

20/02/2011

La semaine dernière, je posais sous forme de jeu une question qui semblait très simple, avec seulement 2 réponses, incompatibles entre elles : Soit on implique l’équipe, soit on ne l’implique pas).

Tout d’abord, je suis très content de la « réussite » de ce jeu : le taux de participation a dépassé mon objectif et les résultats montrent qu’il n’y a pas d’évidence dans la réponse, dans l’action à mener !

Évidemment, la réponse doit tenir compte du contexte (Que veux exactement le manager ? Quelle maturité à l’équipe ? Quel relation de confiance existe entre l’équipe et Le ScrumMaster, etc …). Aucune formation Scrum (certifiante ou non) ne donnera la « bonne » réponse ! Scrum est là pour nous faire nous poser des questions ! Scrum nous suggère d’essayer et de mesurer quels seront les effets. Dans mon contexte, j’ai choisi de prendre un risque !

(suite…)

Jouez avec Ca Scrum ! ScrumMaster : mise en situation

11/02/2011

Avant de rédiger un article sur Scrum et le management, je voulais vous proposer un petit jeu. Mon objectif est d’atteindre 40 réponses en 1 semaine, alors prenez quelques secondes pour jouer !

Votre manager vous convoque : il a le sentiment qu’en ce moment l’équipe n’est pas très productive.

En tant que ScrumMaster, qu'auriez vous fait ?

  • Le ScrumMaster doit protéger l'équipe : je règle le problème avec mon manager ! (47%, 24 Votes)
  • La remarque concerne l'équipe : le problème doit être abordé en retrospective (53%, 27 Votes)

Total Voters: 51

Loading ... Loading ...