Ce modèle offre une mise en page structurée pour mener une session de cartographie d’exemples — un exercice de développement piloté par le comportement (BDD) où les équipes définissent et valident ensemble les critères d’acceptation pour un récit utilisateur.
Il aide les équipes à passer d’une fonctionnalité vaguement comprise à une spécification partagée et concrète en décomposant un récit en règles, exemples, questions et hypothèses — chacun représenté par une carte codée par couleur.
Les propriétaires de produits, les développeurs, les ingénieurs QA et les designers qui doivent s’aligner sur ce que doit faire une fonctionnalité avant le début du développement tireront le meilleur parti de ce modèle.
Mode d’emploi :
1. Écrivez le récit utilisateur sur la carte jaune en haut
2. Faites un brainstorming sur les règles (critères d’acceptation) sur des cartes bleues, classées par priorité de gauche à droite
3. Ajoutez des exemples sur des cartes vertes sous chaque règle, en utilisant des données réelles pour valider ou invalider la règle
4. Capturez les questions sur des cartes rouges lorsque quelque chose n’est pas clair ou est non résolu
5. Notez les hypothèses sur des cartes orange pour les éléments que l’équipe considère comme vrais mais n’a pas confirmés
6. Passez en revue le tableau — trop de cartes rouges signifie qu’il faut plus de découverte ; trop de cartes vertes sous une règle peut signifier qu’elle doit être divisée
