Presque tout le monde a joué au Monopoly.
Mais presque personne n’a lu les règles.
Et quand on mélange des joueurs qui n’ont pas appris au même endroit, il y a des chances qu’ils ne jouent pas avec les mêmes règles, ce qui va générer de la frustration.
Dans nos environnements professionnels, c’est semblable. Beaucoup ont appris à travailler (jouer) sur le tas et peu sont capables d’expliquer de manière claire l’ensemble des règles exactes de fonctionnement.
Alors quand un nouveau membre ou tout autre intervenant doit apprendre ces règles, il peut être intéressant de renverser les rôles:
Au lieu de laisser la parole à quelqu’un “qui sait” mais “qui explique mal”,
on peut passer la parole à quelqu’un “qui ne sait pas”, mais qui “interroge bien”.
L’atelier permet de découvrir l’example mapping, une technique puissante mais pas si facile à maîtriser.
Les participants vont explorer les règles d’un jeu qu’ils ne connaissent pas en vue d’identifier dans l’ordre les trois types d’éléments suivants:
les actions possibles
les exemples pertinents
les règles que les actions doivent respecter
Maîtriser cette technique, c’est se mettre d’accord très tôt sur ce qu’on essaie de faire ensemble, ce qui évite bien des frustrations plus tard.
Scrum est basé sur l’empirisme. Tu viens essayer ?
