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

Sarenza commence sa transition à Scrum au niveau

organisation

Le concept sarenza.com

« 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.

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.

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

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

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

Release1

Sprint1

Sprint2

Sprint3

Sprint 4

Sprint5

Release2 Release3 Release4

Plus gros

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

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

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

Sprints synchronisésRelease

Sprint1 Sprint2 Sprint3 Sprint4

Sprint6

intégration

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

Classique

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

Classique

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

Release1mars2011

Release3sept 2011

Release4Release2juin 2011

Feature1

Feature2 F 4

Une feature est finie dans une release

La release agile

Ajustement par lepérimètre fonctionnel

pour maximiser la valeur

Qualité

Date fixée à l’avance

Coût fixéà l’avance

La release agile

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

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 !

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

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

fonctionnels et techniques

Backlog d’epics

Priorité

Epic1 Commen-taires

Portagemobile

fonctionnels et techniques

Scrum pour l’organisation

Les rôles

Support

Architectes

Les rôles

Support

Architectes

Marques

Guides

Le rythmeTout le monde prend le train de la release

Advien

synchroPlanifrelease

Backlogs

Feature

Backlogs

Feature

Le train de release

Backlog stories

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

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

Points Nombre

Tâches

Nombre Heures

Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 50

Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6

Estimation de la valeurEpic

Valeur financière

Feature

Valeur relative (points, util)

Très difficile à estimer

Tâches

Aucune valeur

Valeur ajoutéecumulée

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

Tâche2 jours

2 semaines

3 mois

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

- 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

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

Documents

Guide Léger de la Théorie et de la Pratique de Scrum - Scrum Primer

Agile spirit & Scrum framework

Scrum en solo

Atelier pour Scrum Master

Présentation des principes Scrum

Scrum Guide

The Scrum Guide€¦ · Le Guide Scrum™ Le Guide de Référence de Scrum: Les Règles de Jeu Novembre 2017 Développé and maintenu par les créateurs de Scrum: Ken Schwaber et

République Démocratique du Congo Aperçu humanitaire€¦ · Au delà des réponses urgentes apportées par les organisations humanitaires, ces épidemies devenues réccurentes,

Agile Scrum: exemple

RETEX - Scrum Master - G ofibre - Partie 2at2012.agiletour.org/files/RETEX - Scrum Master - Geofibre - Partie... · - Daily Scrum long même si c’est possible (bien séparer synchro

Scrum, iceScrum et Rock'n Roll

Guide Scrum - perso.liris.cnrs.fr · Guide Scrum Le Guide Complet de Scrum: Les Règles du Jeu Juillet 2011 Développé et maintenu par Ken Schwaber et Jeff Sutherland

Aide-mémoire du Scrum Master - agilepartnership.com · Formation Agile/Scrum (2 jours) Scrum en action (1 journée) Formation Scrum Master avancée (2 jours) Formation Product Owner

Scrum & VIdal Retour d'experience

Scrum Wine @ Bordeaux #14.1

Qu'est-ce que l'essence de Scrum · Scrum se fonde sur un jeu limité de valeurs, de principes et de pratiques (ce qui constitue le cadre Scrum). Une entreprise qui veut adopter Scrum

Equipes scrum multiples upwiser

SCRUMShore - French Scrum Day 2011

5 conseils scrum

20mn scrum