• Like
Story map
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

Published

 

Published in Business , Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
1,593
On SlideShare
0
From Embeds
0
Number of Embeds
6

Actions

Shares
Downloads
17
Comments
0
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Construisez votre produit enracontant des histoires !
    #agilefrance
    Merci à nos sponsors :
    platinium
    gold
    gold
    média
  • 2. Mon histoire
    Laurence Hanot
    Thales Services - agence de Grenoble
    Tombée dans
    le bain de
    l’agilité en 2007
    Formatrice et
    coach agile ...
    Membre actif
    du CARA depuis
    sa création
    Organisateur Agile Grenoble
    24 & 25 novembre 2011
    Agile Grenoble
    Agile Innovation
  • 3. Sommaire
    Chapitre 1 ...................... A l’origine
    Chapitre 2 ...................... Story Map ?
    Chapitre 3 ...................... A quoi ça sert ?
    Chapitre 4 ...................... Niveau et acteurs
    Chapitre 5 ...................... Quand ?
    Chapitre 6 ...................... Identifier les utilisateurs
    Chapitre 7 ...................... Les étapes
    Chapitre 8 ...................... Retours d’expériences
    Chapitre 9 ...................... Qu’en pensez-vous ?
  • 4. A l’origine
  • 5. Story Map ?
    Vue globale
    d’un projet
    Product Backlog
    vu d’avion
    Product Backlog 3D
  • 6. Story Map ?
    La référence : article de Jeff Patton
    http://www.agileproductdesign.com/writing/how_you_slice_it.pdf
  • 7. A quoi ça sert ?
    Product Backlog
  • 8. Niveau et acteurs
    Equipes agiles
    Autres
  • 14. Quand ?
    • En phase d’avant-projet :
    • 15. Analyse des besoins
    • 16. Estimations globales
    • 17. Pendant l’itération 0 :
    • 18. pour construire le Product Backlog
    Nouveau projet
    • Pour une transition vers Scrum
    • 19. Pour une nouvelle version
    Projet existant
  • 20. Identifier les utilisateurs
  • 21. Persona
    Mot latin : masque
    Aujourd’hui :
    référence au
    « masque social »
    Ziggy Stardust
    est un persona !
    • Description des utilisateurs-types
    • 22. Représentation personnalisée :
    • 23. Nom + infos personnelles + photo
    • 24. Ses habitudes avec le produit
    http://www.qualitystreet.fr/tag/agile-ux/
  • 25. Persona
    Relations centrées utilisateurs
    Comprendre les enjeux business
    Développe l’empathie pour les utilisateurs
  • 26. Persona non grata
    Perte du lien
    avec les
  • 27. Les étapes
    • Identifier les utilisateurs
    • 28. Définir les scénarios d’utilisation du produit (activités)
    • 29. Détailler les activités en briques plus petites
    • 30. Prioriser les activités / fonctionnalités
    • 31. Définir les versions du produit
  • Notre produit
    Agileezer
  • 32. Agileezer – nos persona
    Kevin,
    30 ans,
    ingénieur commercial.
    Écoute de la musique un peu partout
    Diego,
    56 ans, producteur.
    Veut découvrir de nouveaux
    talents
    Sophie
    23 ans, étudiante en sciences sociales.
    Aime la nouveauté, découvrir de nouvelles musiques
    Justin,
    17 ans, lycéen, guitariste dans un groupe.
    Voudrait se faire connaître
  • 33. Les étapes
    ❶Identifier les utilisateurs
    ❷Définir les scénarios d’utilisation du produit (activités)
    • Détailler les activités en briques plus petites
    • 34. Prioriser les activités / fonctionnalités
    • 35. Définir les versions du produit
  • Agileezer – nos scénarios
    Justin
    Tous
    temps
    Mettre sa musique en ligne
    Ecouter un style de musique
    Ecouter un titre / album
    Ecouter les titres du moment
    Rechercher un titre / un artiste
    priorité
  • 36. Agileezer – nos scénarios
    Justin
    Kevin
    Diego
    Sophie
    temps
    Découvrir de nouveaux artistes
    Connaître les tendances musicales du moment
    Ecouter de la musique partout où l’on se trouve
    Ecouter ses morceaux préférés
    priorité
  • 37. Agileezer – nos activités
    Justin
    Kevin
    Justin
    Tous
    Sophie
    Ecouter un style de musique
    Ecouter de la musique partout où l’on se trouve
    Ecouter un titre / album
    Rechercher un titre / un artiste
    V1
  • 38. Les étapes
    ❶Identifier les utilisateurs
    ❷Définir les scénarios d’utilisation du produit (activités)
    • Détailler les activités en briques plus petites
    • 39. Prioriser les activités / fonctionnalités
    • 40. Définir les versions du produit
  • Agileezer – nos priorités
    Justin
    Kevin
    Justin
    Tous
    Sophie
    Ecouter un style de musique
    Ecouter de la musique partout où l’on se trouve
    Ecouter un titre / album
    Rechercher un titre / un artiste
    V1
    Rechercher un titre / un artiste - nom exact
    Rechercher un artiste sur différents critères
    Rechercher un titre / un artiste sur une partie du nom
  • 41. Scénarios – autre possibilité
    Kevin
    Justin
    Tous
    Sophie
    « The walkingskeleton »
    Ecouter un style de musique
    Ecouter un titre / album
    Ecouter de la musique partout où l’on se trouve
    Ecouter les titres du moment
    Rechercher un titre / un artiste
    Rechercher un titre / un artiste - nom exact
    Lire un titre
    Ecouter des titres liés à mes goûts
    Sur un téléphone - service gratuit
    Afficher les titres les plus écoutés
    V1
    Lire les titres les plus écoutés
    Sur un téléphone - service payant
    Faire une pause dans l’écoute
    Ecouter une webradio
    Ecouter en boucle
  • 42. Valeur ajoutée
    Vision globale d’un produit
    Permet de cerner très rapidement :
    • le projet = colonne vertébrale
    • 43. les principales fonctions (MMF) = le squelette
    • 44. les fonctionnalités moins importantes
    • 45. les releases
    Construire le Product backlog de manière incrémentale et collaborative
    Sprint
    Release
    Futures releases
    Se placer du côté utilisateur, partager, se comprendre, discuter, susciter des idées, prioriser, planifier, estimer, suivre le projet …
  • 46. Retours d’expériences
    ❶ Projet existant, passage en Scrum, études/spécifications déjà réalisées pour une nouvelle version :
    difficile d’établir des scénarios
    travailler avec des items et les découper
    ❷ Nouveau projet, passage en Scrum, maquette existante :
    Story Map en 1/2 journée
    Product Backlog en 1 journée pour 4 mois de dev d’un produit
    ❸ Nouveau projet réalisé en Scrum, uniquement une vision métier :
    Plusieurs niveaux de Story Map
    Support de présentation et de discussion
    Emergence de nouvelles idées par des personnes qui ne font que passer dans le bureau !
    Identification des dépendances et des points flous / complexes
  • 47. Qu’en pensez-vous ?
  • 48. Atelier Story Map, là où tout commence …
    Brieuc Le Marec et Olivier Pizzato
    Demain, 9h30