Un format dynamique de rétrospective, Jean-Charles Meyrignac
Scrum au-delà du projet, pour des produits et des organisations
1. Scrum au-delà du projet,
pour des produits et des
organisations
Scrum day France 2011
le 30 mars 2011
mercredi 30 mars 2011
2. Merci aux sponsors
Sponsors Platinum
Sponsors Gold
Parrainage :
mercredi 30 mars 2011
3. Mise en œuvre de Scrum
Programme
Projet Produit Organisation
Portfolio
La majorité Sujets du
des expériences jour
mercredi 30 mars 2011
4. Avec la participation de...
Christophe Vanbelle, DSI de Sarenza
Sarenza commence sa
transition à Scrum au niveau
organisation
4
mercredi 30 mars 2011
5. Le concept sarenza.com
« LE » GRAND MAGASIN EN LIGNE DE CHAUSSURES ET ACCESSOIRES
Hyperchoix
près de 350 marques en vente et 10.000 références différentes soit plus de 600.000 produits en stock
pour homme, femme et enfant (chaussures et sacs), le plus grand choix en France et en Europe
Hyperservice
•envoi et retour gratuits en Colissimo et via le réseau de 3.500 points relais Kiala, sans
minimum d’achat et même durant les soldes,
•l’expédition le jour même pour toute commande passée avant 14h,
•100 jours pour renvoyer sa commande
•le meilleur prix garanti
•remboursement en numéraire
5
mercredi 30 mars 2011
6. SARENZA.COM
Les chiffres clé
Une année 2010 excellente avec un chiffre dʼaffaires de 80 millions dʼeuros, soit quatre fois
plus quʼen 2008 et 20 fois plus quʼen 2006. Cʼest la plus forte progression de loin dans le Top 20
des sites de e-commerce en France.
•100 % de croissance du chiffre dʼaffaires de la société durant les soldes de janvier –
février 2011 (par rapport à 2010).
•Entre 4 et 7 millions de visiteurs uniques par mois (source Nielsen Médiamétrie NetRatings)
•Plus de 60 000 fans sur Facebook
•Plusieurs milliers de paires vendues par jour
•Premier jour des soldes AH 2011 : 30 000 paires, un CA de plus de 2 millions dʼeuros
•Les 2 millions de produits vendus atteints en janvier 2011
•Sarenza.com site de mode préféré des Internautes selon le baromètre du e-commerce 2009
de DirectPanel.
6
mercredi 30 mars 2011
7. SCRUM – Pourquoi? Comment?
CONTEXTE :
Economique : Croissance très importante, concurrence forte, objectifs ambitieux
Humain : Des équipes jeunes, pas de maitrise dʼouvrage
Projets : portés par lʼIT, responsabilité Métier et technique portées par lʼIT
Pourquoi SCRUM ?
Adhésion aux concepts de la méthode : Affectation claire des responsabilités,
création dʼun groupe projet partageant le même objectif, rapprochement des équipes, …
Comment ?
Sensibiliser la direction générale
En faire un projet dʼentreprise et surtout pas IT
Se faire accompagner (audit, conseil, formation)
7
mercredi 30 mars 2011
8. Projet ?
Un projet est un effort temporaire dans le but de
créer un produit, un service ou un résultat
unique.
Chez Sarenza, il y avait plusieurs dizaines de
projets, de taille variable.
et un projet avec
Scrum ?
8
mercredi 30 mars 2011
9. ...effort temporaire...
Release, vue comme une période de temps,
composée de sprints
Release
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
mercredi 30 mars 2011
10. ...effort temporaire...
Release, vue comme une période de temps,
composée de sprints
Release
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
2-3 semaines
pour un sprint
mercredi 30 mars 2011
11. ...effort temporaire...
Release, vue comme une période de temps,
composée de sprints
2-6 mois pour une release
Release
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
2-3 semaines
pour un sprint
mercredi 30 mars 2011
12. ...effort temporaire...
Release, vue comme une période de temps,
composée de sprints
2-6 mois pour une release
Release
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
2-3 semaines
pour un sprint 4-8 sprints dans
une release
mercredi 30 mars 2011
14. ... fait par une équipe
Product Owner
mercredi 30 mars 2011
15. ... fait par une équipe
3-10 personnes
dans une équipe Scrum
Product Owner ScrumMaster
mercredi 30 mars 2011
16. ...pour créer un produit
Backlog de produit
Story
En tant que <rôle>,
je peux <intention du quoi>
afin de <justification du pourquoi>
mercredi 30 mars 2011
17. Un projet Scrum
Release
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
Backlog
mercredi 30 mars 2011
18. But de la présentation
Avec le Scrum que nous venons de voir, la notion
de release correspond à ce qu’on appelle
habituellement un projet. Mais comment faire
quand il y a plusieurs équipes, sur une durée de
vie plus longue pour développer beaucoup de
stories.
Notre objectif est de vous aider à mettre en place
Scrum au niveau d’une organisation développant
des produits, avec l’exemple de ce qui est mis en
oeuvre chez Sarenza.
13
mercredi 30 mars 2011
19. Plus long
Release1 Release2 Release3 Release4
Sp Sp Sp Spri Sp
rint rint rint nt rint
1 2 3 4 5
1+ an
14
mercredi 30 mars 2011
21. Programme
On augmente la taille
mercredi 30 mars 2011
22. Notion de programme
Groupe de projets apparentés dont le
management est coordonné afin d’en tirer
des avantages et une maîtrise que
n’apporterait pas un management individuel.
Release Release Release
Backlog Backlog Backlog
17
mercredi 30 mars 2011
26. Quelques chiffres
Une équipe de 5 personnes réalise 12
stories par sprint, soit 60 par release
Un programme avec 5 équipes, cela fait
300 stories en 3 mois
Une notion de plus haut niveau
que la story est nécessaire !
mercredi 30 mars 2011
27. Un backlog de programme ?
Le nombre de stories rend infaisable la gestion
d’un backlog regroupant ce qui vient de toutes
les équipes
21
mercredi 30 mars 2011
28. Backlog de features
Feature1 F4 F5
Au niveau programme, un
backlog qui contient des features
mercredi 30 mars 2011
29. Backlog de features
Feature1 F4 F5
Priorité
Au niveau programme, un
backlog qui contient des features
mercredi 30 mars 2011
30. Story et feature
Story Feature
• Une story apporte un peu de • Une feature apporte
valeur mais pas toujours suffisamment de valeur pour
suffisamment pour être utile être releasée
• Finie dans un sprint • Finie dans une release
• Exemple : ajouter un • Exemple : commentaires
commentaire associé à un guide • Autres stories associées :
supprimer, modifier, déplacer un
commentaire, répondre,
exporter
mercredi 30 mars 2011
31. Approche
Les features sont définies et priorisées
au niveau du programme
Les stories sont définies et priorisées au
niveau de l’équipe
Les features sont associées à une
équipe en fonction du sujet et de la
capacité de l’équipe
mercredi 30 mars 2011
32. Equipes et rôles
Métier et IT
PM
dans la même équipe
PO SM
SPO PO SM
PO SM
mercredi 30 mars 2011
36. Scrum de scrums
la réunion de
coordination
mercredi 30 mars 2011
37. Produit
On augmente la durée
mercredi 30 mars 2011
38. Du projet au produit
Classique
Projet de développement Maintenance
lot1
Spec Archi Codage Test
lot2
Agile
mercredi 30 mars 2011
39. Du projet au produit
Classique
Projet de développement Maintenance
lot1
Spec Archi Codage Test
lot2
Agile
Release1 Release2 Release3 Release4
S1 S2 S3 S4 S5 S1 S2 S3 S4 S5 S1 S2 S3 S4 S5 S1 S2 S3 S4
Flot continu de valeur
mercredi 30 mars 2011
40. Plan de release
Sprint1 Sprint2 Sprint3 Sprint4
Story 1 Story 3 Story 6
Story 2 Story 4 Story 7
Une story est
finie dans un
Story 5
sprint
mercredi 30 mars 2011
41. Roadmap
Release1 Release2 Release3 Release4
mars2011 juin 2011 sept 2011
Feature1 F3 F5
Une feature
Feature2 F4 est finie dans
une release
mercredi 30 mars 2011
42. La release agile
Coût fixé Date fixée
à l’avance à l’avance
Qualité
Ajustement par le
périmètre fonctionnel
pour maximiser la valeur
32
mercredi 30 mars 2011
43. La release agile
Coût fixé Date fixée
à l’avance à l’avance
Qualité
Agile release
train
(Leffingwell)
Ajustement par le
périmètre fonctionnel
pour maximiser la valeur
32
mercredi 30 mars 2011
44. Indicateur
Feature 8
Feature 7
Feature 6
Feature 5 fini
à faire
Feature 4
Feature 3
Feature 2
Feature 1
0% 25 % 50 % 75 % 100 %
33
mercredi 30 mars 2011
46. Portefeuille
La notion de feature peut s’avérer
insuffisante pour gérer l’ensemble
du portefeuille ou du SI
mercredi 30 mars 2011
47. Encore des chiffres
Une équipe de 5 personnes réalise 2
features par sprint, soit 10 par release
Une organisation peut traiter plusieurs
centaines de features par an
Une notion de plus haut
niveau est nécessaire !
mercredi 30 mars 2011
48. Au delà de la feature...
Comment appeler cette notion plus
grande qu’une feature ?
application
chantier
capacité
saga
mercredi 30 mars 2011
50. Feature et Epic
Feature Epic
• Apporte suffisamment de valeur • Correspond à une capacité de
pour être releasée nature fonctionnelle ou
• Finie dans une release technique visant à apporter un
avantage compétitif
• Exemple : commentaires
graphiques pour un produit • Son développement peut durer
longtemps
• Autres stories associées :
supprimer, modifier, déplacer un • Exemple : gestion des
commentaire, répondre, commentaires dans tous les
exporter produits
mercredi 30 mars 2011
51. Epic technique
Son développement
peut durer plus qu’une release et
concerner plusieurs produits
Exemples
• Licences flottantes
• Portage web
• Appli sur mobile
40
mercredi 30 mars 2011
52. La vie d’un epic technique
Projet transverse Décomposé
en features
sur les
produits
en cours de
Proposé Estimé Prêt réalisation par
une équipe
Priorisé Etude par l’équipe
Equipes
par le CoDir Architecture
Features
mercredi 30 mars 2011
53. Coordination technique
Equipe Architecture :
Participation aux travaux d’une équipe
mercredi 30 mars 2011
54. Coordination technique
Equipe Architecture :
Participation aux travaux d’une équipe
mercredi 30 mars 2011
55. Backlog d’epics
Commen- Portage
Epic1 E4 E5
taires mobile
fonctionnels et techniques
mercredi 30 mars 2011
56. Backlog d’epics
Commen- Portage
Epic1 E4 E5
taires mobile
Priorité
fonctionnels et techniques
mercredi 30 mars 2011
58. Les rôles
Architectes
Int.
Support
mercredi 30 mars 2011
59. Les rôles
Architectes
Int.
Support
mercredi 30 mars 2011
60. Le rythme
Tout le monde prend le train de la release
Marques
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
Guides
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
Advien
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
Planif
synchro MeP
release
mercredi 30 mars 2011
66. Management visuel
À faire En cours Fini
Story 3
Story 4
Story 5
mercredi 30 mars 2011
67. Management visuel
À faire En cours Fini
tâche1 tâche2
Story 3
tâche3 tâche4 tâche7 tâche8
Story 4
tâche5 tâche6
tâche9
Story 5
mercredi 30 mars 2011
68. Estimation de l’effort
Epic Feature Story Tâches
H*Mois Points Points Nombre Nombre Heures
30 90
23 68
15 45
8 23
0 0
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6
mercredi 30 mars 2011
69. Estimation de la valeur
Epic Feature Story Tâches
Valeur Valeur relative Très difficile Aucune
financière (points, util) à estimer valeur
400
2009 2010
300
Valeur ajoutée 200
cumulée 100
0
Release 1 Release 2 Release 3 Release 4
mercredi 30 mars 2011
70. Workflows
1 an
Epic Accepté Estimé Prêt
En
Fini
cours
3 mois
Prêt
Feature Accepté Estimé
(release)
En cours Fini
2 semaines
Prêt
Story Accepté Estimé
(sprint)
En cours Fini
2 jours
Tâche A faire En cours Fini
mercredi 30 mars 2011
71. Facteurs de succès
Avoir un appui fort du management
Impliquer toute l’organisation
Améliorer continuellement les pratiques
Ne pas oublier les valeurs et les principes !
mercredi 30 mars 2011
72. Lancement de Scrum
Découpage du SI en produit
Identifier les produits au sein de chaque domaine fonctionnel
Constituer, valider les équipes par produit
Organisation
Définir les Product Owners
- Identifier les bonnes personnes
- Leur apprendre le métier
Initialiser les produits
Initialisation des backlogs
Stratégie de migration vers SCRUM (atterrissage des projets en cours, décollage sur les
nouveaux projets et maintenance applicative)
Les moyens
Très peu de moyens
Backlog avec tableurs
Sprint (paper board + post-it)
54
mercredi 30 mars 2011
73. Les premiers retours
Métier
De nombreux retours positifs :
- Amélioration de la communication
- Compréhension, intérêt des actions IT
- Visibilité fine du projet
- Adaptabilité du besoin, réactivité de lʼimplémentation
IT
- Reconnaissance du travail de lʼIT
- Compréhension du besoin, solution adéquate
- Dynamique projet
- Meilleure gestion du temps
55
mercredi 30 mars 2011
74. Difficultés, challenges
Liés au projet
• Adapter SCRUM à un projet off-shorisé
• Gestion des gros projets (> 200 j/h) (Granularité des tâches, initialisation du backlog,
priorisation)
• Intégrer SCRUM sans MOA ou sans chef de projet Métier où lʼopérationnel est assimilé au
PO
Liés à la méthode
• Gestion du temps (agenda partagés, mobilité)
• SCRUM de SCRUM : Process dʼamélioration continue
56
mercredi 30 mars 2011
75. Références
Dean Leffingwell
Jim Highsmith : http://www.jimhighsmith.com/
mercredi 30 mars 2011
80. Claude Aubry
Auteur Professeur Coach Open Commu-
• Blog • Module • Coach agile Source nautés
Scrum, agilité agile de l’IUP en entreprise • Product • SigmaT
et rock’n roll ISI • Formateur Owner • Fédération
• Livre chez • Projets en en agilité d’iceScrum Agile
Dunod Scrum
mercredi 30 mars 2011
81. Mes prochains événements
Formations Scrum de 3 jours, en inter-entreprises
• Toulouse : 11-13 avril
• Paris : 26-28 avril
• Paris : 29 juin - 1er juillet
SigmaT17 le 7 avril à la Cantine de Toulouse
mercredi 30 mars 2011