Le changement Agile commence souvent avec un fort accent sur les processus et pratiques de développement. Une fois que cet élément de la chaîne de valeur du produit global pour le développement est devenu optimisé, le goulot d’étranglement dans le système se déplace ailleurs. Habituellement, il se déplace au niveau de la direction des produits, avec comme challenge de fournir les conditions et le soutien pour garder une équipe agile se déplaçant à une vitesse supérieure. Afin de soutenir un changement plus important dans une organisation vers la méthodologie Agile, il est essentiel de se focaliser également sur les éléments préliminaires au développement, souvent appelée la «phase de découverte». Grâce à une combinaison d’organisation planifiée, de la découverte des besoin du produit et de cartographier les cas d’utilisation. La livraison par les équipes sera organisée pour travailler conformément au fonctionnalités attendues clairement définies et priorisées afin de parvenir à une valeur ajoutée maximale. Dans cette session, je parlerai des combats concernant l’Agile en R&D qui est souvent confronté aux limites de livraison et de découverte des besoins, et comment mettre en place une approche de «Product Management» agile qui étend à une échelle globale la valeur de l’Agile plus en profondeur dans l'organisation. Je vais aussi parler d'une combinaison d'approches et de techniques que j'utilise en tant que coach - spécifiquement le «Chartering» et «User Story Mapping».

1. Cartographie agile pour la
Gestion des produits
Étendre agile au-delà du développement, afin de
maximiser agile dans le développement
ADAMS, Mack Twitter : @mackaraja
Agile Coach & Senior Program Manager, AXWAY LinkedIn : http://www.linkedin.com/in/mackcadams
Email : madams@axway.com / mack@mackadams.org Blog : http://www.false-deadlines.com
© 2011 Mack Adams

2. Objectifs
 Vous convaincre d‟élargir agile au-delà du
développement, afin de maximiser agile dans
le développement, pour que vous puissiez
avoir plus de succès avec votre création et
vente de produit.
 Grandes Lignes:
«Agile & Product Management»
«Agile Chartering»
«User Story Mapping»
© 2011 Mack Adams

3. Contexte
 Éditeur logiciel français
 Chiffres d‟affaires: €208M en 2010
 «B2B Integration», «Managed File Transfer», etc.
 Services financiers, automobile, santé, etc.
 8 centres d‟édition
 France (Paris / Annecy), Etats-Unis (Redwood City /
, Allemagne, Roumanie, Bulgarie, Inde
Phoenix)
 650 personnes
© 2011 Mack Adams

4. Les différentes couches produit
Stratégie d’entreprise
Portefeuille
Vision
Version
Itération
Item
© 2011 Mack Adams

5. Agile + Product Management
 Projet typique „Agile‟
× Product Owner = Product Manager
 Projet complexe ou distribué
× Product Owner ≠ Product Manager
× Geographie: marché ≠ développement
 Les solutions Agile viennent souvent du développement, pour
addresser une problematique de Product Management
280 Group – “Is Agile Development a Threat to Product Management?”
On Product Management – “The Scrum Title Product Owner Must Die!”
Enthyosis – “The Agile Product Management – Product Owner Dilemma”
© 2011 Mack Adams

6. Agile + Product Management…?
Marché, Clients Équipe R&D
© 2011 Mack Adams

7. Les rôles
 Product VP/Strategist
Marché, Clients
 Product Marketing Manager
 Product Manager
 Product Owner
 Technical Product Manager
 Requirements/Business Analyst Équipes R&D
© 2011 Mack Adams

8. Scalabilité
 Product Manager
× Soutient plusieurs Product Owners
× Vue stratégique des clients, analyse du
marché, rentabilité
 Product Owner (ou Requirement Analyst)
× Expert domain dans l‟équipe; hautement disponible
× Construction des “User Story”, ciblée sur l‟itération
 «Just enough» documentation
× Les documents ne remplacent pas les conversations
© 2011 Mack Adams

9. Pragmatic Marketing Framework
© 2011 Mack Adams

10. Adapted Pragmatic Marketing Framework
http://www.enthiosys.com/images/A09_ProdMgr_ProdOwner_Dilemma.pdf
© 2011 Mack Adams

11. «Practices for Scaling Lean & Agile Development»
Larman / Vodde
http://qconlondon.com/dl/qcon-london-2011/slides/CraigLarman_ScalingLeanAgileLargeMultisiteOrOffshoreDelivery.pdf
© 2011 Mack Adams

12. Chartering Collaborative
Stratégie d’entreprise
Portefeuille
Vision
Version
Itération
Item
© 2011 Mack Adams

13. Découvrir un produit qui sera…
…rentable, utile et faisable
“Il ne sert a rien d’avoir une
bonne équipe
d’ingénieurs, si on ne leur
donne pas à réaliser un
produit qui mérite d’être
construit.”
© 2011 Mack Adams

14. Elements du Chartering
 Vision Produit
× Analyse de rentabilité
 Scope & Objectives
× « Minimum Marketable Features »
× « Minimum Viable Product »
 Conception de l‟expérience utilisateur
 Architecture Technique
 Structure et approches du programme, projet
….adapter à votre contexte
http://www.pragprog.com/magazines/2010-10/way-of-the-agile-warrior © 2011 Mack Adams

15. Léger, collaborative et visuel
 «Stakeholders » diverses
× R&D, Product Management, Product
Marketing, Distribution, Sécurité, Clients Clés, etc.
 Collaborative, transparent
× Clarifier les hypothèses & attentes
× Construire un état de confiance
× Partage les décisions difficiles
 Format
× Diapositives; éviter les documents lourds
× Visuel, et le plus simple que possible
© 2011 Mack Adams

16. Chronologie de Chartering
N – 3 mois N – 2 mois N – 2 sm N – 1 sm N-Date
Démarrer Sélectionner Construire Démarrer Iteration 0
Chartering MMFs Backlog Dév
MMFs
User Kick-off Cycle
Vision
sélectionnés Story équipes itératif
Produit
+ priorisés Mapping R&D
© 2011 Mack Adams

17. …Dilbert est dans le vrai
© 2011 Mack Adams

18. User Story Mapping
Crée par Jeff Patton
http://www.agileproductdesign.com
‘User Story Mapping’ livre fev 2012
© 2011 MackAdams.org
© 2011 Mack Adams

19. User Story Mapping
Stratégie d’entreprise
Portefeuille
Vision
Version
Itération
Item
© 2011 Mack Adams

20. User Story Mapping
• Backlog à deux dimensions, qui visualise la structure
• Release Planning et Story Splitting sur l’ensemble
• Développement itératif et incrémental
• Utilisation des user personas
user
activité
temps
tâche
Sous-
tâche, ou
détails de
la tâche
© 2006-2008 Jeff Patton, All rights reserved, www.agileproductdesign.com © 2011 Mack Adams

21. User Story Mapping
•L'épine dorsale (backbone) de l‟application est la liste
des activités essentielles prises en charge par cette
application.
 Le squelette ambulant (walking skeleton) est le logiciel
construit prenant en charge le plus petit nombre des
tâches nécessaires parmi l‟ensemble des fonctionnalités.
L’épine dorsale
time
Le squelette ambulant
necessité
© 2006-2008 Jeff Patton, All rights reserved, www.agileproductdesign.com © 2011 Mack Adams

22. User Story Mapping
temps
nécessaire
très
première release
intéressant
deuxième release
optionalité
optionnel troisième release
© 2006-2008 Jeff Patton, All rights reserved, www.agileproductdesign.com © 2011 Mack Adams

23. © 2011 MackAdams.org
© 2011 Mack Adams

24. © 2011 MackAdams.org
© 2011 Mack Adams

25. User Story Mapping
…ou http://www.cardmapping.com
© 2011 Mack Adams

26. 1, 2, 3…
1. Évoluer dans le modèle de «Product
Management» afin de soutenir une R&D
agile, et vice versa.
2. Approche de Chartering
léger, collaboratif et visuel
3. «User Story Mapping» pour créer une
backlog incrémentale et itérative
© 2011 Mack Adams

27. © 2011 Mack Adams

28. Cartographie agile pour la
Gestion des produits
Étendre agile au-delà du développement, afin de
maximiser agile dans le développement
ADAMS, Mack Twitter : @mackaraja
Agile Coach & Senior Program Manager, AXWAY LinkedIn : http://www.linkedin.com/in/mackcadams
Email : madams@axway.com / mack@mackadams.org Blog : http://www.false-deadlines.com
© 2011 Mack Adams