Scrum au-delà du projet, pour des produits et des organisations

Scrum au-delà du projet,
pour des produits et des
organisations
Scrum day France 2011
le 30 mars 2011

mercredi 30 mars 2011

Merci aux sponsors

Sponsors Platinum

Sponsors Gold

Parrainage :


Mise en œuvre de Scrum

Programme
Projet Produit Organisation
Portfolio

La majorité Sujets du
des expériences jour


Avec la participation de...
Christophe Vanbelle, DSI de Sarenza

Sarenza commence sa
transition à Scrum au niveau
organisation

4

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

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

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

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

...effort temporaire...
Release, vue comme une période de temps,
composée de sprints

Release
Sprint1 Sprint2 Sprint3 Sprint4 Sprint5



Release

2-3 semaines
pour un sprint



2-6 mois pour une release
Release

2-3 semaines
pour un sprint



2-6 mois pour une release
Release

2-3 semaines
pour un sprint 4-8 sprints dans
une release


... fait par une équipe



Product Owner


3-10 personnes
dans une équipe Scrum

Product Owner ScrumMaster


...pour créer un produit
Backlog de produit

Story

En tant que <rôle>,
je peux <intention du quoi>
afin de <justification du pourquoi>


Un projet Scrum
Release

Backlog


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

Plus long

Release1 Release2 Release3 Release4

Sp Sp Sp Spri Sp
rint rint rint nt rint
1 2 3 4 5

1+ an

14

Plus gros

15

Programme

On augmente la taille


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

Composition des équipes

? ?
Composant Fonction


Backlog d’équipe
Feature teams

Chaque équipe possède son backlog


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 !


Un backlog de programme ?
Le nombre de stories rend infaisable la gestion
d’un backlog regroupant ce qui vient de toutes
les équipes

21

Backlog de features

Feature1 F4 F5

Au niveau programme, un
backlog qui contient des features


Backlog de features

Feature1 F4 F5

Priorité

Au niveau programme, un
backlog qui contient des features


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


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


Equipes et rôles
Métier et IT
PM
dans la même équipe

PO SM

SPO PO SM

PO SM


Sprints synchronisés
Release

Sprint1 Sprint2 Sprint3 Sprint4 Sprint5 Sprint6

Sprint1 Sprint2 Sprint3 Sprint4


intégration


Scrum de scrums


Scrum de scrums

la réunion de
coordination


Produit

On augmente la durée


Du projet au produit
Classique
Projet de développement Maintenance

lot1
Spec Archi Codage Test
lot2

Agile


Du projet au produit
Classique
Projet de développement Maintenance

lot1
Spec Archi Codage Test
lot2

Agile
S1 S2 S3 S4 S5 S1 S2 S3 S4 S5 S1 S2 S3 S4 S5 S1 S2 S3 S4

Flot continu de valeur


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


Roadmap
mars2011 juin 2011 sept 2011

Feature1 F3 F5

Une feature
Feature2 F4 est finie dans
une release


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

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

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

Portefeuille (ou SI)

On augmente la taille ET la durée


Portefeuille

La notion de feature peut s’avérer
insuffisante pour gérer l’ensemble
du portefeuille ou du SI


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 !


Au delà de la feature...
Comment appeler cette notion plus
grande qu’une feature ?

application
chantier
capacité
saga


Epic !
Porc-épic

epic fail
epic mickey

38

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


Epic technique

Son développement
peut durer plus qu’une release et
concerner plusieurs produits

Exemples
• Licences flottantes
• Portage web
• Appli sur mobile

40

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


Coordination technique
Equipe Architecture :
Participation aux travaux d’une équipe


Backlog d’epics

Commen- Portage
Epic1 E4 E5
taires mobile

fonctionnels et techniques


Backlog d’epics

Commen- Portage
Epic1 E4 E5
taires mobile

Priorité

fonctionnels et techniques


Scrum pour l’organisation


Les rôles
Architectes

Int.
Support


Le rythme
Tout le monde prend le train de la release
Marques

Guides

Advien

Planif
synchro MeP
release


Backlogs

Epic

Feature

Story

47

Le train de release
R1 R2
S1 S2 S3 S4 S5 S1 S2 S3 S4 S5

S1 S2 S3 S4 S5 S1 S2 S3 S4 S5

S1 S2 S3 S4 S5 S1 S2 S3 S4 S5

Backlog stories Backlog stories Backlog stories

Backlog features Backlog features

Backlog epics

48

Management visuel


Management visuel
À faire En cours Fini


Management visuel

Story 3

Story 4

Story 5


Management visuel

tâche1 tâche2
Story 3

tâche3 tâche4 tâche7 tâche8
Story 4
tâche5 tâche6

tâche9
Story 5


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


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


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


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 !


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

Les premiers retours
Métier
De nombreux retours positifs :
- Amélioration de la communication
- Compréhension, intérêt des actions IT
- Visibilité ﬁne 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

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

Références
Dean Leffingwell

Jim Highsmith : http://www.jimhighsmith.com/


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


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


Scrum au-delà du projet, pour des produits et des organisations

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a Scrum au-delà du projet, pour des produits et des organisations

Semelhante a Scrum au-delà du projet, pour des produits et des organisations (7)

Mais de Xavier Warzee

Mais de Xavier Warzee (20)

Scrum au-delà du projet, pour des produits et des organisations