Scrum au-delà du projet, pour des produits et des
organisationsScrum day France 2011
le 30 mars 2011
mercredi 30 mars 2011
Merci aux sponsors
Sponsors Platinum
Sponsors Gold
Parrainage :
mercredi 30 mars 2011
Mise en œuvre de Scrum
ProjetProgramme
ProduitPortfolio
Organisation
La majorité des expériences
Sujets du jour
mercredi 30 mars 2011
Avec la participation de...
Christophe Vanbelle, DSI de Sarenza
4
Sarenza commence sa transition à Scrum au niveau
organisation
mercredi 30 mars 2011
Le concept sarenza.com
5
« LE » GRAND MAGASIN EN LIGNE DE CHAUSSURES ET ACCESSOIRES
Hyperchoixprè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
mercredi 30 mars 2011
SARENZA.COM
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
Les chiffres clé
mercredi 30 mars 2011
SCRUM – Pourquoi? Comment?
CONTEXTE :Economique : Croissance très importante, concurrence forte, objectifs ambitieuxHumain : Des équipes jeunes, pas de maitrise dʼouvrageProjets : 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éraleEn faire un projet dʼentreprise et surtout pas ITSe faire accompagner (audit, conseil, formation)
7mercredi 30 mars 2011
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.
8
et un projet avec Scrum ?
mercredi 30 mars 2011
...effort temporaire...Release, vue comme une période de temps,
composée de sprints
ReleaseSprint1 Sprint2 Sprint3 Sprint4 Sprint5
mercredi 30 mars 2011
...effort temporaire...Release, vue comme une période de temps,
composée de sprints
Release
2-3 semainespour un sprint
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
mercredi 30 mars 2011
...effort temporaire...Release, vue comme une période de temps,
composée de sprints
Release
2-6 mois pour une release
2-3 semainespour un sprint
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
mercredi 30 mars 2011
...effort temporaire...Release, vue comme une période de temps,
composée de sprints
Release
2-6 mois pour une release
2-3 semainespour un sprint 4-8 sprints dans
une release
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
mercredi 30 mars 2011
... fait par une équipe
mercredi 30 mars 2011
... fait par une équipe
Product Owner
mercredi 30 mars 2011
... fait par une équipe
Product Owner ScrumMaster
3-10 personnesdans une équipe Scrum
mercredi 30 mars 2011
...pour créer un produit
Story
Backlog de produit
En tant que <rôle>,
je peux <intention du quoi>
afin de <justification du pourquoi>
mercredi 30 mars 2011
Un projet Scrum
ReleaseSprint1 Sprint2 Sprint3 Sprint4 Sprint5
Backlog
mercredi 30 mars 2011
But de la présentation
13
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.
mercredi 30 mars 2011
Plus long
14
Release1
Sprint1
Sprint2
Sprint3
Sprint 4
Sprint5
Release2 Release3 Release4
1+ an
mercredi 30 mars 2011
Plus gros
15mercredi 30 mars 2011
Programme
On augmente la taille
mercredi 30 mars 2011
Notion de programme
17
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
Backlog
Release
Backlog
Release
Backlog
mercredi 30 mars 2011
Composition des équipes
Composant Fonction
? ?
mercredi 30 mars 2011
Composition des équipes
Composant Fonction
? ?
mercredi 30 mars 2011
Backlog d’équipe
Chaque équipe possède son backlog
Feature teams
mercredi 30 mars 2011
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
Un backlog de programme ?Le nombre de stories rend infaisable la gestion
d’un backlog regroupant ce qui vient de toutes les équipes
21mercredi 30 mars 2011
Backlog de features
Feature1 F4 F5
Au niveau programme, un backlog qui contient des features
mercredi 30 mars 2011
Backlog de features
Priorité
Feature1 F4 F5
Au niveau programme, un backlog qui contient des features
mercredi 30 mars 2011
Story et feature
Story• Une story apporte un peu de
valeur mais pas toujours suffisamment pour être utile
• Finie dans un sprint• Exemple : ajouter un
commentaire associé à un guide
Feature• Une feature apporte
suffisamment de valeur pour être releasée
• Finie dans une release• Exemple : commentaires• Autres stories associées :
supprimer, modifier, déplacer un commentaire, répondre, exporter
mercredi 30 mars 2011
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
Equipes et rôles
PO
PO
PO
SM
SM
SM
SM
SPO
PM Métier et IT dans la même équipe
mercredi 30 mars 2011
Sprints synchronisésRelease
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
Sprint1 Sprint2 Sprint3 Sprint4
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
Sprint6
intégration
mercredi 30 mars 2011
Scrum de scrums
mercredi 30 mars 2011
Scrum de scrums
mercredi 30 mars 2011
Scrum de scrums
la réunion de coordination
mercredi 30 mars 2011
Produit
On augmente la durée
mercredi 30 mars 2011
Projet de développement
Du projet au produit
Spec Archi Codage Test
Maintenance
lot1
lot2
Classique
Agile
mercredi 30 mars 2011
Projet de développement
Du projet au produit
Release1 Release2
S1 S2 S3 S4 S5
Spec Archi Codage Test
Maintenance
S1 S2 S3 S4 S5
Release3
S1 S2 S3 S4 S5
Release4
S1 S2 S3 S4 S5
Flot continu de valeur
lot1
lot2
Classique
Agile
mercredi 30 mars 2011
Plan de release
Sprint1 Sprint3 Sprint4Sprint2
Story 1
Story 2
Story 3
Story 4
Story 5
Story 6
Story 5
Story 7
Une story est finie dans un
sprint
mercredi 30 mars 2011
Roadmap
F 3
Release1mars2011
Release3sept 2011
Release4Release2juin 2011
Feature1
Feature2 F 4
F 5
Une feature est finie dans une release
mercredi 30 mars 2011
La release agile
32
Ajustement par lepérimètre fonctionnel
pour maximiser la valeur
Qualité
Date fixée à l’avance
Coût fixéà l’avance
mercredi 30 mars 2011
La release agile
32
Ajustement par lepérimètre fonctionnel
pour maximiser la valeur
Qualité
Date fixée à l’avance
Coût fixéà l’avance
Agile release train
(Leffingwell)
mercredi 30 mars 2011
Indicateur
33
Feature 8
Feature 7
Feature 6
Feature 5
Feature 4
Feature 3
Feature 2
Feature 1
0 % 25 % 50 % 75 % 100 %
finià faire
mercredi 30 mars 2011
Portefeuille (ou SI)
On augmente la taille ET la durée
mercredi 30 mars 2011
Portefeuille
La notion de feature peut s’avérer insuffisante pour gérer l’ensemble
du portefeuille ou du SI
mercredi 30 mars 2011
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
Au delà de la feature...
Comment appeler cette notion plus grande qu’une feature ?
application
chantier
capacitésaga
mercredi 30 mars 2011
Epic !
38
Porc-épic
epic fail
epic mickey
mercredi 30 mars 2011
Feature et Epic
• Apporte suffisamment de valeur pour être releasée
• Finie dans une release• Exemple : commentaires
graphiques pour un produit• Autres stories associées :
supprimer, modifier, déplacer un commentaire, répondre, exporter
Epic• Correspond à une capacité de
nature fonctionnelle ou technique visant à apporter un avantage compétitif
• Son développement peut durer longtemps
• Exemple : gestion des commentaires dans tous les produits
Feature
mercredi 30 mars 2011
Epic technique
40
Exemples • Licences flottantes• Portage web• Appli sur mobile
Son développement peut durer plus qu’une release et
concerner plusieurs produits
mercredi 30 mars 2011
La vie d’un epic technique
Proposé Estimé Prêten cours de
réalisation par une équipe
Décomposé en features
sur les produits
Etude par l’équipe Architecture
Equipes Features
Projet transverse
Priorisépar le CoDir
mercredi 30 mars 2011
Coordination techniqueEquipe Architecture :
Participation aux travaux d’une équipe
mercredi 30 mars 2011
Coordination techniqueEquipe Architecture :
Participation aux travaux d’une équipe
mercredi 30 mars 2011
Backlog d’epics
Epic1 Commen-taires
Portagemobile
E4 E5
fonctionnels et techniques
mercredi 30 mars 2011
Backlog d’epics
Priorité
Epic1 Commen-taires
Portagemobile
E4 E5
fonctionnels et techniques
mercredi 30 mars 2011
Scrum pour l’organisation
mercredi 30 mars 2011
Les rôles
Support
Architectes
Int.
mercredi 30 mars 2011
Les rôles
Support
Architectes
Int.
mercredi 30 mars 2011
Marques
Guides
Le rythmeTout le monde prend le train de la release
Advien
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5
synchroPlanifrelease
MeP
mercredi 30 mars 2011
Backlogs
47
Epic
Feature
Story
mercredi 30 mars 2011
Backlogs
47
Epic
Feature
Story
mercredi 30 mars 2011
Le train de release
48
Backlog stories
R2
S1 S2 S3 S4 S5
Backlog features
Backlog stories Backlog stories
Backlog epics
Backlog features
S1 S2 S3 S4 S5
S1 S2 S3 S4 S5R1
S1 S2 S3 S4 S5
S1 S2 S3 S4 S5
S1 S2 S3 S4 S5
mercredi 30 mars 2011
Management visuel
mercredi 30 mars 2011
Management visuelÀ faire En cours Fini
mercredi 30 mars 2011
Management visuel
Story 3
Story 4
Story 5
À faire En cours Fini
mercredi 30 mars 2011
Management visuel
Story 3
Story 4
Story 5
À faire En cours Fini
tâche1 tâche2
tâche3 tâche4
tâche5 tâche6
tâche9
tâche7 tâche8
mercredi 30 mars 2011
Estimation de l’effortEpic
H*Mois
Feature
Points
Story
Points Nombre
Tâches
Nombre Heures
0
8
15
23
30
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 50
23
45
68
90
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6
mercredi 30 mars 2011
Estimation de la valeurEpic
Valeur financière
Feature
Valeur relative (points, util)
Story
Très difficile à estimer
Tâches
Aucune valeur
Valeur ajoutéecumulée
0
100
200
300
400
Release 1 Release 2 Release 3 Release 4
2009 2010
mercredi 30 mars 2011
Workflows
A faire En cours Fini
Accepté Estimé Prêt (sprint) En cours Fini
Accepté Estimé Prêt (release) En cours Fini
Accepté Estimé En cours FiniEpic
Feature
Story
Tâche2 jours
2 semaines
3 mois
1 an
Prêt
mercredi 30 mars 2011
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
Lancement de ScrumDécoupage du SI en produitIdentifier les produits au sein de chaque domaine fonctionnelConstituer, valider les équipes par produit
OrganisationDéfinir les Product Owners - Identifier les bonnes personnes - Leur apprendre le métier
Initialiser les produitsInitialisation des backlogsStraté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 moyensBacklog avec tableursSprint (paper board + post-it)
54mercredi 30 mars 2011
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
55mercredi 30 mars 2011
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
56mercredi 30 mars 2011
Références
Dean Leffingwell
Jim Highsmith : http://www.jimhighsmith.com/
mercredi 30 mars 2011
mercredi 30 mars 2011
mercredi 30 mars 2011
mercredi 30 mars 2011
mercredi 30 mars 2011
Claude Aubry
Auteur• Blog Scrum, agilité et rock’n roll• Livre chez Dunod
Professeur• Module agile de l’IUP ISI• Projets en Scrum
Coach• Coach agile en entreprise• Formateur en agilité
Open Source• Product Owner d’iceScrum
Commu-nautés• SigmaT• Fédération Agile
mercredi 30 mars 2011
Mes prochains événementsFormations 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
Top Related