« Expérimenter avec l'Example Mapping » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 17 : | Ligne 17 : | ||
Lors de l'Agile 2015, [[Présentation_de_la_cartographie_des_exemples|Matt Wynne m'a parlé de l'Example Mapping (fr)]]. La session de Linda Rising a renforcé mon enthousiasme pour continuer à mener de petites et modestes expériences. Je suis revenue au travail la semaine suivante avec l'impression qu'il serait assez facile d'essayer de mener une expérience avec un Example Mapping.<br/> | Lors de l'Agile 2015, [[Présentation_de_la_cartographie_des_exemples|Matt Wynne m'a parlé de l'Example Mapping (fr)]]. La session de Linda Rising a renforcé mon enthousiasme pour continuer à mener de petites et modestes expériences. Je suis revenue au travail la semaine suivante avec l'impression qu'il serait assez facile d'essayer de mener une expérience avec un Example Mapping.<br/> | ||
<br/> | <br/> | ||
[[Fichier:ExampleMapJoellen-1.png|border|800px]]<br/> | [[Fichier:ExampleMapJoellen-1.png|border|800px|link=]]<br/> | ||
<br/> | <br/> | ||
Vous pouvez utiliser l'Example Mapping dans vos [https://gojko.net/2008/11/12/specification-workshops-an-agile-way-to-get-better-requirements/ ateliers de spécification], vos réunions des Trois Amigos (plus d'informations ci-dessous), ou tout autre format que votre équipe utilise pour discuter des stories à venir avec votre product owner et/ou vos parties prenantes du Métier. Écrivez la story sur un postit jaune. Rédiger les règles métier ou des critères d'acceptation sur des postits bleus. Pour chaque règle métier, écrivez des exemples de comportements souhaités et non souhaités sur des postits verts. Des questions vont surgir auxquelles personne dans la salle ne peut répondre en ce moment : écrivez-les sur des postits rouges. C'est tout ce qu'il y a à faire !<br/> | Vous pouvez utiliser l'Example Mapping dans vos [https://gojko.net/2008/11/12/specification-workshops-an-agile-way-to-get-better-requirements/ ateliers de spécification], vos réunions des Trois Amigos (plus d'informations ci-dessous), ou tout autre format que votre équipe utilise pour discuter des stories à venir avec votre product owner et/ou vos parties prenantes du Métier. Écrivez la story sur un postit jaune. Rédiger les règles métier ou des critères d'acceptation sur des postits bleus. Pour chaque règle métier, écrivez des exemples de comportements souhaités et non souhaités sur des postits verts. Des questions vont surgir auxquelles personne dans la salle ne peut répondre en ce moment : écrivez-les sur des postits rouges. C'est tout ce qu'il y a à faire !<br/> | ||
| Ligne 36 : | Ligne 36 : | ||
Lors de la réunion pré-IPM des "Amigos", chaque story est enrichie d'un but/objectif, de règles, d'exemples, voire même d'un scénario ou deux. Nous avons constaté que le but ou l'objectif est crucial : quelle valeur cette story apportera-t-elle ? La combinaison des règles et d'exemples qui l'illustre fournit les bonnes informations pour rédiger des tests métier qui guident le développement. Voici un exemple des résultats issus de l'Example Mapping d'une story sous Tracker :<br/> | Lors de la réunion pré-IPM des "Amigos", chaque story est enrichie d'un but/objectif, de règles, d'exemples, voire même d'un scénario ou deux. Nous avons constaté que le but ou l'objectif est crucial : quelle valeur cette story apportera-t-elle ? La combinaison des règles et d'exemples qui l'illustre fournit les bonnes informations pour rédiger des tests métier qui guident le développement. Voici un exemple des résultats issus de l'Example Mapping d'une story sous Tracker :<br/> | ||
<br/> | <br/> | ||
[[Fichier:ExampleMap-1.png|border|800px]]<br/> | [[Fichier:ExampleMap-1.png|border|800px|link=]]<br/> | ||
<br/> | <br/> | ||
Les développeurs utilisent les informations pour les aider à écrire des tests pour guider le développement. Idéalement (du moins à mon avis), il s'agirait de tests BDD sur Cucumber. L'Example Map fournit des personas et des scénarios ainsi que les règles. Cependant, il est parfois plus logique d'utiliser les tests rspec fonctionnels existants ou les tests unitaires Jasmine pour le JS.<br/> | Les développeurs utilisent les informations pour les aider à écrire des tests pour guider le développement. Idéalement (du moins à mon avis), il s'agirait de tests BDD sur Cucumber. L'Example Map fournit des personas et des scénarios ainsi que les règles. Cependant, il est parfois plus logique d'utiliser les tests rspec fonctionnels existants ou les tests unitaires Jasmine pour le JS.<br/> | ||
