Contexte de formation/sensibilisation agile
Expliquer les estimations agile à une équipe, un groupe lors d’une formation ou d’un coaching est toujours long et fastidieux.
La réticence à supprimer les estimations en jours/hommes est très forte surtout lorsque nous avons des Managers dans l’assemblée.
Les arguments que nous avançons en tant que formateur/coach sont entendus, mais il faut encre prouver que ça marche vraiment, et la plupart des simulations sont taxées d’être trop simplistes. Après les explications, les exemples et les retours d’expérience les échanges s’éternisent.
Qui n’a jamais vécu ça? En générale, on fini par cloturer le point et passer à un autre thème mais sans avoir convaincu tout le monde.
Le square Game comme solution?
Avec mes collègues Olivier Picaud (@opicaud1 ) et Thierry Delestre (@ThierryDelestre), nous utilisons depuis quelques années le jeu des trois carrés (ou avec surfaces patatoïdes) dont il faut estimer la surface en centimètres carrés, puis de refaire cet exercice avec une estimation relative de leur taille, en prenant le premier et le plus petit pour étalon.
Ce jeu fonctionne très bien, mais il est difficile de compiler les résultats en direct et de fournir une analyse chiffrée des résultats en direct surtout lorsque l’auditoire est élargi à une quarantaine de participants
Sans limite de participants, l‘animateur peut projeter son écran et lancer une session qu’il doit nommer (ci-dessus “201707”).
 |
| Session en cours lors d’une formation |
 |
| participer à une session avec son smatphone |
- Ils se connectent à la session et renseignent un login (au choix)
- Ils doivent estimer la surface des trois carrés A, B et C en cm²
- Puis estimer à nouveau les carrés A, B et C, mais en relatif en utilisant le carré A (qui fait 1 unité au carré – 1u²) comme référence.
 |
| Etape 2 : estimations absolues (cm²) |
L’animateur voit en temps réel le nombre de personnes qui se connecte, qui répondent aux estimations en absolu (cm²) et ceux qui ont terminé les estimations en relatif.
Il est alors facile d’enchaîner sur le débriefe! On gagne du temps là encore.
L’animateur n’a plus qu’à mesurer à l’écran la taille réelle du carré A, B et C et de renseigner leur surface afin de clôturer la session.
Une fois terminé, l’application s’occupe de tout et vous propose quelques statistiques sur les résultats. Il ne reste plus qu’à s’appuyer sur ceux-ci pour assoir l’argumentaire :
 |
| Synthèse de la session |
Il est alors facile de parcourir la liste de résultats pour montrer que personne n’a donné toutes les bonnes réponses. Heureusement que certains ont donné des chiffres aberrants car grâce à eux la moyenne des résultats se rapproche de la valeur exacte : Sagesse des foules!
Le calcul des écarts types (à la mesure/à la moyenne) permettent de lancer la discussion suivante :
- Comment peut-on se mettre d’accord sur un nombre de jours quand notre perception est si différente?
- On sera jamais d’accord sur le temps! On passera donc beaucoup de temps à discuter du nombre d’heure ou de jours plutôt que de discuter du sujet de fond :
- Quel est le besoin de l’utilisateur?
- Mais qu’est qu’il y a dans cette User Story?
- Quelles sont les règles de gestion qui la composent?
- Doit-on mettre en place un nouveau service, impacter un service existant?
- Quels sont les risques auxquels on s’expose et qui nous conduiraient à ne pas la terminer?
- Que peut-on faire pour la terminer efficacement?
- Doit-on expérimenter de nouvelles choses techniques ou fonctionnelles avant de la commencer?
- Peut-elle être prise dans le prochain sprint/le sprint que l’on commence?
Pour faciliter le discours et la compréhension des principes de base je complète le jeu avec des slides sur l’estimation, ou des posters (je préfère) que j’ai réalisé pour illustrer le propos :
 |
| Poster sur les estimations relatives et les indicateurs d’avancement |
N’hésitez pas à l’utiliser et à laisser un commentaire sur ce blog. Je suis certain que vos feedbacks permettrons d’améliorer cette première version!
Dans le backlog j’ai déjà noté les améliorations suivantes :
- Prendre en compte les saisies avec virgule (on peut actuellement les saisir, mais seules les parties entières sont comptabilisées). Même si cela ne change rien, cela évite des frustrations, incompréhensions, ou questions inutiles ==> enlever le bruit
- Lors de la clôture de la session, ne demander que la mesure du premier carré A en cm². Les carrés B et C seront calculés automatiquement
- Gestion d’erreurs avancée : aujourd’hui j’affiche trop facilement les traces dans la page
- Clôturer vraiment la session (actuellement si on lance une session avec le nom d’une session existante, on peut la continuer)
- Pouvoir reprendre une session commencée
- Une version en Anglais
0 Comments