7. Sommaire
1 CHECK-IN
2 Qu’avons-nous APPRIS ?
3
La Définition du PRÊT
4 L’Entreprise AGILE
5 Des Ateliers INNOVANTS
6 CHECK-OUT
Agile Portfolio – Agile Grenoble 2011 7
8. Qu’avons-nous appris ?
Ancienne
cible
! Feu vert !
X
? Evaluation du succès ?
Coût des développements
X Projet mort ?
! Ancienne
cible
?
Dans la plupart des modèles prédictifs Succès !
traditionnels, les équipes recueillent le besoin,
développent le produit puis le testent afin de voir
si elles ont correctement implémenté les
spécifications. C'est seulement après avoir livré
que ces équipes obtiennent des indications plus
précises sur ce que le client souhaite réellement.
Agile Portfolio – Agile Grenoble 2011 8
9. Place à l’amélioration
L'objectif du développement de produits est
de produire rapidement des solutions ciblées
X qui génèrent un maximum de valeur pour le
client. Pour le faire efficacement, nos équipes
doivent être des équipes apprenantes qui
ne cessent de collecter des connaissances
! Succès !
concrètes sur les besoins des clients.
X ?
!
! X
!
! X
!
! !
!
! X
!
Agile Portfolio – Agile Grenoble 2011 9
10. Place à l’amélioration
Mise en place de 2 stratégies de base :
Vision Réglementaire « Idéation » • Gestion de portefeuille : échouer sur
plusieurs choses à la fois. En essayant de
Initiative Idée Opportunité nombreuses options différentes en même
temps, on obtient un peu de réussite.
• Modèle itératif : échouer plus tôt. On
essaye quelque chose de simple, on le teste
pour voir si ça marche et on recommence.
Cône d’incertitude
« Concept to Cash »
Agile Portfolio – Agile Grenoble 2011 10
11. Sommaire
1 CHECK-IN
2 Qu’avons-nous APPRIS ?
3
La Définition du PRÊT
4 L’Entreprise AGILE
5 Des Ateliers INNOVANTS
6 CHECK-OUT
Agile Portfolio – Agile Grenoble 2011 11
12. Pourquoi ce n’est pas PRÊT ?
MISSING
PO!!!
Agile Portfolio – Agile Grenoble 2011 12
13. La Définition du PRÊT
Dans Scrum, le Backlog Produit "apparaît" d'un seul coup. Génération
spontanée
Le Product Owner (PO) ne dispose d'aucun support spécifique. du Backlog ?
Quand une user story du backlog est-elle PRÊTE ?
Pourquoi ?
Qu'essaye d'atteindre les parties prenantes ?
Quels sont leurs objectifs ?
Quel est le contexte métier ?
Quelle est la valeur quantitative ?
Quoi ?
Quelle est la vision de la cible ?
Quel est le résultat final de la user story ?
Comment ?
Quelle est la stratégie d‘implémentation ?
Quel est le coût associé ?
La user story est-elle suffisamment petite ?
L’Equipe est le Client.
Le PO est le Fournisseur.
L’ Equipe aide le PO à définir et préparer des user stories PRÊTES.
Agile Portfolio – Agile Grenoble 2011 13
16. Sommaire
1 CHECK-IN
2 Qu’avons-nous APPRIS ?
3
La Définition du PRÊT
4 L’Entreprise AGILE
5 Des Ateliers INNOVANTS
6 CHECK-OUT
Agile Portfolio – Agile Grenoble 2011 16
17. La Gestion Agile de Produit
= Contexte Produit
Stratégie d’Entreprise
Marché
Portefeuille
Product
Manager
Produit
Projet
Roadmap
Planification
= Projet Agile
Release
Sprint
Daily
Agile Portfolio – Agile Grenoble 2011 17
17
18. L’Entreprise AGILE – Dimensionnement
DES CYCLES A TOUS LES NIVEAUX !!!
Agile Portfolio – Agile Grenoble 2011 18
19. L’Entreprise AGILE – Dimensionnement
LE PRODUIT EST LE SI !!!
Portefeuille de Programmes
Entreprise
Programme de Projets
Produits / Services
Projet
Equipe
Agile Portfolio – Agile Grenoble 2011 19
20. L’Entreprise AGILE – Dimensionnement
Inspect& Adapt :
•Réévaluation périodique
•Visibilité sur l’avancement
Backlogs :
•Portefeuille / Programme / Projet Itérations :
•Roadmap / Release / Sprint
Définition de Fini (DoD) :
•DoD d’une Epic
Items d’un Backlog : •DoD d’une Feature
•Epic / Feature / Story •DoD d’une Story
A l’image des équipes Scrum, l’Entreprise Agile doit :
•Maintenir un rythme de travail
•Privilégier ce qui est de plus haute priorité (s’assurer d’être toujours alimenté par des Epics)
•Livrer des fonctionnalités complètes et opérationnelles
•Livrer de manière continue et incrémentale
•Récupérer rapidement les feedbacks et s’améliorer de façon continue
•Minimiser le risque en priorisant les items les plus risqués en premier
Agile Portfolio – Agile Grenoble 2011 20
21. L’Entreprise AGILE – Dimensionnement
Tous les sujets sont
gérés au travers de
backlogs qui ont une
hiérarchie explicite.
Epics Features Stories
Agile Portfolio – Agile Grenoble 2011 21
22. L’Entreprise AGILE – Dimensionnement
Backlog d’Epics
VISION
Portefeuille
ROADMAP
EPIC (annuel)
Backlog de Features
Programme
RELEASE
FEATURE (trimestriel)
Backlog de Stories
Projet
SPRINT
STORY (semaines)
Agile Portfolio – Agile Grenoble 2011 22
23. L’Entreprise AGILE – Dimensionnement
Epic
Une Epic correspond à une capacité de nature fonctionnelle ou technique visant à apporter un
avantage compétitif
Son développement peut durer plusieurs releases
Une Epic concerne souvent plusieurs produits 1 an
Exemple : gestion des articles Idée Etude En cours Finie
Feature
Une Feature apporte suffisamment de valeur pour être releasée
Finie dans une release
3 mois
Exemple : commentaires sur un article
Planifiée
(créer, supprimer, modifier, répondre, exporter, …) Acceptée Priorisée En cours Finie
(release)
Story 2 semaines
Une Story apporte de la valeur mais pas toujours Acceptée Estimée
Planifiée
En cours Finie
suffisamment pour être utile (sprint)
Finie dans un sprint
Exemple : ajouter un commentaire
Opportunité
Que souhaite le client ?
Pilote Valeur Effort Consommateur
Comité de
Durée
Direction, Financière
EPIC (ou
Portfolio (ou Relative) EPIC
Homme*Mois)
Manager
Equipe Viabilité Métier Technologie Faisabilité
FEATURE Relative Points
Programme Cela génère-t-il Peut-on le construire ?
un flux financier ?
Equipe Très difficile à
STORY Points
Feature estimer
Agile Portfolio – Agile Grenoble 2011 23
24. L’Entreprise AGILE – Transition
Commencer et se tromper
< (coûtera probablement moins cher que)
BPUF* + certitude illusoire + trop tard pour faire demi-tour
*Big Planning Up Front = Grosse phase de planification amont
Agile Portfolio – Agile Grenoble 2011 24
25. L’Entreprise AGILE – Transition
Ici, on parle de :
Commencer petit ! •Personnes
•Processus
Attention à l’open-bar ! •Outils
Métier Personnes
Les Personnes doivent changer (le + dur) :
Auto-organisation : les managers doivent avoir confiance
en leurs équipes et privilégier leurs envies de résultats
plutôt que leurs envies de contrôles Processus Outils
Nouveaux rôles
Nouvelles compétences & attitudes : être fier de la valeur livrée
Nouveau rythme de travail
Les Processus et la gouvernance doivent changer :
Visualiser et comprendre le flux de valeur mène souvent à une réorg. ; certains rôles de
coordination disparaissent s’ils n’ajoutent pas de valeur.
Les backlogs adressent les bonnes priorités
La cadence et les itérations remplacent les jalons (la plupart)
Les Outils doivent changer pour soutenir les nouveaux Processus :
La gestion des backlogs et des exigences ainsi que le timeboxing remplace des outils
comme MS Project par exemple
Intégration continue.
Agile Portfolio – Agile Grenoble 2011 25
26. Sommaire
1 CHECK-IN
2 Qu’avons-nous APPRIS ?
3
La Définition du PRÊT
4 L’Entreprise AGILE
5 Des Ateliers INNOVANTS
6 CHECK-OUT
Agile Portfolio – Agile Grenoble 2011 26
27. Agile Chartering Soyez Agile avant le Projet !
Agile Portfolio – Agile Grenoble 2011 27
28. Techniques de résolution de problèmes
Il y a plusieurs façons de définir LE produit qui vous garantira le succès :
• Avoir une idée géniale… son apparition reste aléatoire !
• Demander aux clients ce qu’ils veulent… difficile de répondre à une question ouverte !
• Faire contribuer/collaborer les clients à la définition du produit… oui ! C’est la solution la
plus performante (et parfaitement en phase avec les approches agiles). Elle est mise en
œuvre à travers des pratiques héritées du Marketing. Echantillon représentatif :
BOITE VISION ACHETEZ TAILLEZ VITESSE DU
PRODUIT 20/20 UNE FEATURE VOTRE ARBRE BATEAU
DECOUVREZ CE QUE VEULENT REELLEMENT VOS CLIENTS IDENTIFIEZ CE QUE
VOS CLIENTS
N’APPRECIENT PAS
DANS VOTRE
Identifier les Features Comprenez les Modelez votre PRODUIT OU VOTRE
les plus excitantes du Priorités de vos Priorisez les Features Produit selon les SERVICE
Produit Clients besoins du Marché
Agile Portfolio – Agile Grenoble 2011 28
29. Exemple Client
Vitesse
Vision
Produit
Logo
Client
Nom du projet
« On peut gagner
de la vitesse ! »
Agile Portfolio – Agile Grenoble 2011 29
30. User Story Mapping Faites vivre votre Backlog Produit !
Persona
MMF (« backbone »)
Temps (UX)
MVP (« walking skeleton »)
« Il ne sert à rien d’avoir une bonne
équipe d’ingénieurs si on ne leur
donne pas un produit qui mérite
d’être construit. »
Priorité (Release)
Agile Portfolio – Agile Grenoble 2011 30
32. Sommaire
1 CHECK-IN
2 Qu’avons-nous APPRIS ?
3
La Définition du PRÊT
4 L’Entreprise AGILE
5 Des Ateliers INNOVANTS
6 CHECK-OUT
Agile Portfolio – Agile Grenoble 2011 32
33. Hall of Fame (par ordre d’apparition)
Jurgen Appelo Thierry Cros
Serge Beaumont Luke Hohmann
Christophe Addinquy Alexandre Boutin
Dean Leffingwell Philippe Launay
Claude Aubry Jeff Patton
Mack Adams … et tous les autres …
Agile Portfolio – Agile Grenoble 2011 33