Story machin, Event truc, Example chose, je m’y perds !
De nouveaux termes arrivent dans votre quotidien, et quand on ne les connais pas forcément, il n’est pas toujours aisé de comprendre leur utilité, de les utiliser ou de savoir quand les utiliser.
Voici quelques termes dont nous allons parler lors de cet article :
- Story Mapping,
- Event Modeling,
- 3 Amigos & Example Mapping.
A quel moment utiliser ces outils ?
Un nouveau sujet majeur vient de vous arriver de nos utilisateurs finaux et vous devez le maturer, le prioriser, puis le développer.
Pour maturer une Epopée
En fonction de sa complexité, vous aurez 2 outils à votre disposition :
- Pour un sujet complexe : le Story Mapping,
- Pour un sujet simple : vous pourrez passer directement à l’Event Modeling.
Un conseil : Comme vous pourrez le constater plus loin, il faut éviter de se lancer directement dans un Event Modeling pour un sujet vaste (tel que la “Mise en place d’un nouveau produit d’assurance IARD”, par exemple) car vous vous perdrez dans les détails alors que, à cette étape, le but est plutôt de dégrossir le sujet. N’hésitez pas à remonter d’un niveau en utilisant le Story Mapping !
Pour maturer une Minimum Marketable Feature (ou MMF)
Un excellent outil collaboratif de maturation d’une fonctionnalité est l’Event Modeling. Cet atelier permet de préparer les Userstories, de les découper et de voir les impacts techniques au plus tôt.
Pour présenter une Userstory
Pour la présentation d’une Userstory aux équipes de développement et de test, il sera nécessaire de faire une réunion “3 Amigos”. Lors de cette réunion, pour présenter les règles fonctionnelles et les illustrer par des exemples, nous utiliserons l’outil “Example Mapping”.
Si la Userstory est acceptée (on dit aussi : “INVEST”) par les 3 amigos (le Product Owner/Business Analyst, le Développeur qui sera en charge du développement, le Testeur), son développement pourra être lancé.
Commençons par le Story Mapping
Le Story mapping est un outil permettant d’organiser et prioriser les besoins pour ne pas perdre de vue l’ensemble de l’histoire du besoin utilisateur. Il se réalise au cours d’un atelier collectif avec votre Métier, les équipes Produit, les Développeurs et testeurs afin de :
- Identifier le besoin,
- Partager la même vision,
- Avoir le même langage (ou appelé aussi “Ubiquitous language”) pour définir un langage partagés par toutes les personnes impliquées,
- Planifier le déroulement de la réalisation du produit en délivrant des petites fonctionnalités de manière itérative,
- Prioriser par la valeur,
- Réduire nos risques.
De quoi a-t-on besoin pour bien démarrer ?
Un Persona qui nous donnera des informations essentielles de ses attentes pour définir la solution et prioriser.
La vision Métier de la problématique et de sa priorisation,
Un Lean Canvas,
Les critères de succès qui définissent le succès de l’Epopée.
Qui participe à cet atelier ?
Il s’agit d’un atelier collaboratif avec le Métier (et, si vous avez la chance, les utilisateurs finaux de votre produit), le Product Manager, le Product Owner/Business Analyst, les développeurs et les testeurs.
Il s’agit de rassembler les personnes qui connaissent les questions à poser et celles qui connaissent les réponses.
Pour en savoir plus : Le guide étape par étape pour animer un atelier de Story Mapping | by Silvere Duval | Just-Tech-IT | Aug, 2022 | Medium
Passons à l’Event Modeling
Nous avons choisi de maturer la story la plus prioritaire. Pour cela nous utiliserons l’Event Modeling. C’est un outil qui doit devenir un rituel agile pour toutes les équipes. Cet outil vous permettra de désigner les différentes étapes de votre fonctionnalité avec votre Métier, puis avec les équipes de Dev et de Test.
Dans notre exemple ci-dessus, c’est exactement comme si l’on faisait un zoom sur la fonctionnalité prioritaire à maturer qui vient du Story Mapping.
Au fil de l’Event Modeling, nous verrons déjà des Userstories se constituer.
Qui participe à cet atelier ?
Votre Métier (au tout début de l’atelier, avant de rentrer dans partie tech) avec le Product Owner ou le Business Analyst, les développeurs, les testeurs, les OPS, les contributeurs IT et l’Architecture.
Quelle différence entre Event Storming et Event Modeling ?
Il y a peu de différences entre ces 2 pratiques, car l’Event Modeling est décliné de l’Event Storming, comme vous pourrez le constater ci-dessous.
Avec l’Event Modeling, les évènements et les actions de l’Event Storming sont complétés par de nouvelles cartes:
- La vue (en vert), à savoir un message, une demande d’information ou une restitution vers le persona (un écran, un affichage …), ou bien un processus (batch, API),
- Les systèmes informatiques ou services (Mainframe, API, Application mobile, EIP …) qui seront impactés.
Ces étapes seront principalement traitées par les développeurs, les Architectes et les OPS qui commenceront à étudier des solutions techniques, remonteront des risques et cela bien avant le lancement de développements.
Pour en savoir plus : Co-construction : l’Event-Modeling l’outil miracle | by Benjamin Seillier | Just-Tech-IT | Medium
Et enfin, l’Example Mapping
Nous sommes arrivés à la dernière étape : la maille Userstory.
L’Example Mapping sera utilisé lors du 3 Amigos pour illustrer les règles par des exemples afin de permettre au développeur et au testeur en charge de cette Userstory de la comprendre, de la maitriser et de la développer.
A partir de l’Event Modeling, nous voyons des Userstories se profiler, car nous aurons déjà le :
- En tant que [le Persona],
- Je veux [la carte Action] ,
- Afin de [la carte Evènement].
Nous allons donc zoomer sur ce bloc qui provient de l’Event Modeling pour décrire les règles et les exemples associés (sans oublier les cas de résilience) lors des 3 Amigos.
Pour en savoir plus : Il était une fois une Userstory. Qu’est-ce qu’une Userstory ? | by Silvere Duval | Just-Tech-IT | Medium
Un résumé en infographie
Pour aller plus loin
Sources de cet article
“Le story mapping — Visualisez vos user stories pour développer le bon produit: Visualisez vos user stories pour développer le bon produit” — Jeff Patton.