11 heuristiques pour réussir à coup sûr ses ateliers d'Example Mapping
L'Example Mapping apporte un cadre structurant à la pratique du BDD. Cet atelier efficace redonne ses lettres de noblesses à la collaboration entre experts métiers, développeurs et testeurs. Mais son format accessible cache bon nombre de pièges. Voici 11 heuristiques pour le réussir à coup sûr.
Cette conférence se veut un retour d'expérience de mon utilisation de l'atelier Example Mapping introduit par Matt Wynne & les équipes de Cucumber Londres il y a 6 ans Le format de l'atelier est des plus simples. Je l'ai découvert à l'occasion d'un meetup DDD Paris en 2017 ou 2018 et ai voulu l'appliquer rapidement sur mes projets. Et là, ce fût le drame ! Je partagerai donc ici avec l'audience mes 11 heuristiques pour réussi à coup sûr son atelier (ou plus probablement, réduire les chances de se planter ;)). Après avoir fait quelques rappels sur le Behavior-Driven Development, j'aborderai (dans cet ordre ou pas...) :
Les règles et US ne sont que des blocs pour classifier les exemples entre eux de manière cohérente et compréhensible. Corollaire : ne pas toujours démarrer par les cartes jaunes et bleues (US et règles) : commencez par donner des exemples.
Et on s’en fout ! L’atelier est un formidable outil pour grouper des exemples (cf. heuristique n°3).
Même si des outils tels que Miro proposent un template spécifique, on est en difficulté pour écrire les exemples efficacement (cf. heuristique n°2).
Chaque question / interrogation doit donner lieu à une carte rouge ou un exemple concret : souvent besoin d’un facilitateur dédié à cette tâche. Dur d’être partie prenante.
Inconfort car l’on ne navigue pas forcément dans la direction attendue. On peut découvrir des pans complets du métier et ce n’est pas forcément ce qui était attendu / prévu par le PO ou expert métier. « Vous ne saviez pas que vous ne saviez pas. Maintenant, vous le savez ! ».
25 minutes, c’est souvent court et frustrant. Alors comment optimiser cet atelier ? Quelle fréquence ? Combien de sessions à la suite ?
Pragmastism Driven Developer passionate about xDD (TDD/BDD/DDD), clean architectures (Event Sourcing and al.) and code quality. Enthusiastic defender of knowledge sharing and human skills.