Story Map : objectif feed back !

Thierry Vallée20 ans d'édition logiciellehttp://thierryvallee.blogspot.com

Laurence Hanot8 ans d'aide à la production logicielle

dont 4 ans d'agilitédont 1 an de coaching et formation

Rappelez vous...

"...nous en sommes venus à valoriser : les individus et les interactions

plutôt que les processus et les outils,

les logiciels qui fonctionnent

plutôt que la documentation exhaustive,

la collaboration avec le client plutôt que la négociation d'un contrat,

la réponse au changement plutôt que le suivi d'un plan

..."

A la fin d'une itération, avoir un logiciel potentiellement livrable, voire utilisable, ça n'est pas si facile !

"La perfection des moyens et la confusion des buts semblent caractériser notre époque." Albert Einstein

Perfection des moyens

PersonaUser storiesProduct Backlog Développement piloté par les testsPair programmingDéploiement continu ...

Nous avons les outils et méthodes 'parfaits', pour faire de bons produits

Confusion des buts

L'objectif ce n'est pas le backlog, c'est le produit"Il n'y a plus qu'à prioriser". Argh...Comment garder la vision du début ? Pour lutter : vite, un produit ! Un backlog sous forme

de liste ne permet pas de conserver la vision

On passe trop de temps à faire un bon backlog, au lieu d'essayer de faire vite une première version. Le backlog est un moyen, pas un but

On ne fait que les Must, et les priorités ne veulent plus rien dire

Et surtout : un backlog, ce n'est qu'un document, pas un produit !

Jeff Patton en 2008 : "The new user story backlog is a map" http://www.agileproductdesign.com/writing/how_you_slice_it.pdf

Story map : un moyen parfait de plus ;-)

temps

utilité,importance

Comment ça marche ?

Axe du temps, tel qu'il se déroule lors de l'utilisation du produit (rien à voir avec les releases)

Utilisateurs / PersonaActivités / ScénariosDétailler et prioriser

Objectif : définir une première ligne minimale, qui permette d'utiliser le produit 'complètement' et qui va correspondre au contenu de la première itération

Persona

Activités

Exemple: data-avalanche.org

PersonaAlain, l'expert français, veut constituer une base de données afin d'étudier les avalanches

Pierre, Grenoblois, pratique le ski de rando et aime bien avoir plein d'informations avant d'aller en montagne. Il aime aussi les partager avec d'autres.

Sylvain est guide, il habite en montagne et y passe ses journées

Bernard est chercheur au CEN et curieux de tout ce qui touche à la neige et aux avalanches

Prendre des vraies personnes, autant que possible. Se méfier des caricatures, chacun est différent !Ne pas oublier de s'intéresser aux aspects technologiques : familier ou non de l'informatique, quel équipement, etc.

ActivitésCollecter des informations (localisation, caractéristiques, photos, récit, météo, etc.)

Consulter (carte, liste, etc.)

Etudier, analyser (statistiques)

Diffuser, publier

Préalable : brainstorming !

A moi de jouer !

Un petit exemple (très) simplifié pour montrer comment ça marche

Objectif : une première version qui

permette d'avoir du feed-back le plus vite possible !

On dégrossit...

Alain Sylvain Pierre

Saisit Analyse Diffuse ConsulteInforme Alain Consulte

temps

utilité

Localisation et date Photos

Liste, trie, filtre, compare

Téléphone ou mail

Saisit lui-même

Carte et liste

Carte et liste

On détaille et on range

Alain saisit localisation et date

Alain, Sylvain, etc. consultent une liste

Alain diffuse l'info

temps

utilité

Alain saisit une description détaillée

Alain ajoute des photos

Possibilité de filtrer, etc.

Sylvain saisit lui-même

Alain, Sylvain,etc. consulte une carte

Alain dit que les photos, c'est important !

Contenu de l'itération 1 : un produit utilisable, on peut avoir du feed back

On tire vers le bas le plus de post-it possible !