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.
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)
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
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