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

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 :


Mise en œuvre de Scrum

ProjetProgramme

ProduitPortfolio

Organisation

La majorité des expériences

Sujets du jour


Avec la participation de...

Christophe Vanbelle, DSI de Sarenza

4

Sarenza commence sa transition à Scrum au niveau

organisation


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


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é


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 ?


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

composée de sprints

ReleaseSprint1 Sprint2 Sprint3 Sprint4 Sprint5




Release

2-3 semainespour un sprint

Sprint1 Sprint2 Sprint3 Sprint4 Sprint5




Release

2-6 mois pour une release

2-3 semainespour un sprint





Release

2-6 mois pour une release

2-3 semainespour un sprint 4-8 sprints dans

une release



... fait par une équipe



Product Owner



Product Owner ScrumMaster

3-10 personnesdans une équipe Scrum


...pour créer un produit

Story

Backlog de produit

En tant que <rôle>,

je peux <intention du quoi>

afin de <justification du pourquoi>


Un projet Scrum

ReleaseSprint1 Sprint2 Sprint3 Sprint4 Sprint5

Backlog


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.


Plus long

14

Release1

Sprint1

Sprint2

Sprint3

Sprint 4

Sprint5

Release2 Release3 Release4

1+ an


Plus gros


Programme

On augmente la taille


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


Composition des équipes

Composant Fonction

? ?


Composition des équipes

Composant Fonction

? ?


Backlog d’équipe

Chaque équipe possède son backlog

Feature teams


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


Backlog de features

Feature1 F4 F5

Au niveau programme, un backlog qui contient des features


Backlog de features

Priorité

Feature1 F4 F5

Au niveau programme, un backlog qui contient des features


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


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

PO

PO

PO

SM

SM

SM

SM

SPO

PM Métier et IT dans la même équipe


Sprints synchronisésRelease


Sprint1 Sprint2 Sprint3 Sprint4


Sprint6

intégration


Scrum de scrums


Scrum de scrums


Scrum de scrums

la réunion de coordination


Produit

On augmente la durée


Projet de développement

Du projet au produit

Spec Archi Codage Test

Maintenance

lot1

lot2

Classique

Agile


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


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


Roadmap

F 3

Release1mars2011

Release3sept 2011

Release4Release2juin 2011

Feature1

Feature2 F 4

F 5

Une feature est finie dans une release


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


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)


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


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 !

38

Porc-épic

epic fail

epic mickey


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


Epic technique

40

Exemples • Licences flottantes• Portage web• Appli sur mobile

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

concerner plusieurs produits


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


Coordination techniqueEquipe Architecture :

Participation aux travaux d’une équipe


Coordination techniqueEquipe Architecture :

Participation aux travaux d’une équipe


Backlog d’epics

Epic1 Commen-taires

Portagemobile

E4 E5

fonctionnels et techniques


Backlog d’epics

Priorité

Epic1 Commen-taires

Portagemobile

E4 E5

fonctionnels et techniques


Scrum pour l’organisation


Les rôles

Support

Architectes

Int.


Les rôles

Support

Architectes

Int.


Marques

Guides

Le rythmeTout le monde prend le train de la release

Advien




synchroPlanifrelease

MeP


Backlogs

47

Epic

Feature

Story


Backlogs

47

Epic

Feature

Story


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


Management visuel


Management visuelÀ faire En cours Fini


Management visuel

Story 3

Story 4

Story 5

À faire En cours Fini


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


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


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


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


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 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)


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


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


Références

Dean Leffingwell

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






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


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


Documents

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