Ce modèle offre une structure organisée pour mener une session de cartographie d'exemples — un exercice de développement orienté par le comportement (BDD) où les équipes définissent et valident de manière collaborative les critères d'acceptation pour un récit utilisateur.
Il aide les équipes à passer d'une fonctionnalité vaguement comprise à une spécification conjointe et concrète en décomposant le récit en règles, exemples, questions et hypothèses — chacun étant représenté par une carte codée par couleur.
Les propriétaires de produit, développeurs, ingénieurs QA et designers qui doivent s'accorder sur ce qu'une fonctionnalité doit accomplir avant le début du développement tireront le meilleur parti de ce modèle.
Comment l'utiliser :
1. Écrivez le récit utilisateur sur la carte jaune en haut
2. Faites un brainstorming des règles (critères d'acceptation) sur les cartes bleues, classées par priorité de gauche à droite
3. Ajoutez des exemples sur les cartes vertes sous chaque règle, en utilisant des données réelles pour valider ou invalider la règle
4. Notez les questions sur les cartes rouges lorsque quelque chose est flou ou non résolu
5. Enregistrez les hypothèses sur les cartes oranges pour les choses que l'équipe considère comme vraies mais n'a pas confirmées
6. Examinez le tableau — trop de cartes rouges signifie qu'il faut plus de découverte ; trop de cartes vertes sous une règle peut indiquer qu'elle doit être divisée
