Le document présente la méthode de création d'une story map pour un produit, un outil qui permet de visualiser le backlog en classant les fonctionnalités selon le parcours utilisateur et leur priorité. Il décrit les étapes du processus, y compris la définition de la vision, des personas, des activités, des fonctionnalités, et la priorisation des tâches. Les participants impliqués incluent toutes les parties prenantes, mettant l'accent sur la collaboration pour concrétiser la vision du produit.

1. / Module www.mboubekri.com
Product Owner Master Class
STORY MAP
Mustapha BOUBEKRI
12/06/2018
Casablanca

2. LA STORY MAP

3. 3
MB Assembly
DÉFINITION
Utilisateurs / Persona
Activités / Scénarios
Détailler et prioriser
temps
utilité,
importance
La Story Map est une
représentation du
Backlog en deux
dimensions.
Les fonctionnalités sont
classées suivant deux
axes : le parcours
utilisateur sur l’axe
horizontal et la priorité
des User Stories sur l’axe
vertical.

4. 6

6. 6
MB Assembly

7. 7
MB Assembly
LES OBJECTIFS DE LA STORY MAP
• Concrétiser ce qui va être fait.
• Tendre vers une vision globale et partagée.
• Choisir ce que l'on commence à réaliser.
• Identifier les lots minimum (MMF)
• Avoir un premier niveau de priorisation (savoir par quelles fonctionnalités
commencer)

8. ATELIER STORY
MAP

9. 9
MB Assembly
LES PARTICIPANTS
Toutes les parties prenantes
• Les développeurs
• Les Utilisateurs
• Les systèmes owners
• Le product Owner

10. 10
MB Assembly
ETAPE 0 : DÉFINIR LA VISION DU PRODUIT

11. 11
MB Assembly
ETAPE 1 : DÉFINIR LES PERSONAS DE L’APPLICATION
Pour chaque persona
identifier quel est son besoin.

12. 12
MB Assembly
ETAPE 2 : IDENTIFIER LES ACTIVITÉS
Pour chaque acteur,
identifier ses activités en rapport avec le produit
pour répondre à son besoin.

13. 13
MB Assembly
ETAPE 3 : LES FONCTIONNALITÉS
Identifier l'ensemble des
fonctionnalités du produit couvrant
les activités des acteurs. Plusieurs
fonctionnalités peuvent répondre
à une même activité.

14. 14
MB Assembly
ETAPE 4 : REGROUPEMENT
• Groupez les cas d'utilisation en lots de confort.
• Chaque lot doit être suffisamment complet pour apporter de
la valeur aux sponsors du produit.
• Chaque lot doit être suffisamment petit pour être réalisé
en quelques itérations.

15. 15
MB Assembly
ETAPE 5 : PRIORITISATION DES ACTIVITÉS AVEC MOSCOW
3 niveaux de prioritisation :
• Must Have
• Should Have
• Nice To Have
Prioritisation des
fonctionnalités avec le
dot voting

16. 16
MB Assembly
ETAPE 5 : DÉFINITION DES RELEASES

17. 17
MB Assembly
ETAPE 6 : REVUES DES CARTES
Revoir les cartes pour s’assurer :
• de la compréhension mutuelle,
• de la complétude
• identifier le chemin critique
• les cas d'utilisation les plus complexes les cas d'utilisation les plus risqués
• les cas d'utilisation les plus indispensables

18. 18
MB Assembly
ETUDE DE CAS
GÉRER SON COMPTE
PLANIFIER SON
VOYAGE
GÉRER SON HÔTE
Airbnb

19. 19
MB Assembly
LE LIVRE DE RÉFÉRENCE
User Story Mapping
Jeff Patton