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

3,381 views

Published on

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
3,381
On SlideShare
0
From Embeds
0
Number of Embeds
1,035
Actions
Shares
0
Downloads
152
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

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

  1. 1. Scrum au-delà du projet, pour des produits et des organisations Scrum day France 2011 le 30 mars 2011mercredi 30 mars 2011
  2. 2. Merci aux sponsors Sponsors Platinum Sponsors Gold Parrainage :mercredi 30 mars 2011
  3. 3. Mise en œuvre de Scrum Programme Projet Produit Organisation Portfolio La majorité Sujets du des expériences jourmercredi 30 mars 2011
  4. 4. Avec la participation de... Christophe Vanbelle, DSI de Sarenza Sarenza commence sa transition à Scrum au niveau organisation 4mercredi 30 mars 2011
  5. 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 5mercredi 30 mars 2011
  6. 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. 6mercredi 30 mars 2011
  7. 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) 7mercredi 30 mars 2011
  8. 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 ? 8mercredi 30 mars 2011
  9. 9. ...effort temporaire... Release, vue comme une période de temps, composée de sprints Release Sprint1 Sprint2 Sprint3 Sprint4 Sprint5mercredi 30 mars 2011
  10. 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 sprintmercredi 30 mars 2011
  11. 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 sprintmercredi 30 mars 2011
  12. 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 releasemercredi 30 mars 2011
  13. 13. ... fait par une équipemercredi 30 mars 2011
  14. 14. ... fait par une équipe Product Ownermercredi 30 mars 2011
  15. 15. ... fait par une équipe 3-10 personnes dans une équipe Scrum Product Owner ScrumMastermercredi 30 mars 2011
  16. 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. 17. Un projet Scrum Release Sprint1 Sprint2 Sprint3 Sprint4 Sprint5 Backlogmercredi 30 mars 2011
  18. 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. 13mercredi 30 mars 2011
  19. 19. Plus long Release1 Release2 Release3 Release4 Sp Sp Sp Spri Sp rint rint rint nt rint 1 2 3 4 5 1+ an 14mercredi 30 mars 2011
  20. 20. Plus gros 15mercredi 30 mars 2011
  21. 21. Programme On augmente la taillemercredi 30 mars 2011
  22. 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 17mercredi 30 mars 2011
  23. 23. Composition des équipes ? ? Composant Fonctionmercredi 30 mars 2011
  24. 24. Composition des équipes ? ? Composant Fonctionmercredi 30 mars 2011
  25. 25. Backlog d’équipeFeature teams Chaque équipe possède son backlogmercredi 30 mars 2011
  26. 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. 27. 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
  28. 28. Backlog de features Feature1 F4 F5 Au niveau programme, un backlog qui contient des featuresmercredi 30 mars 2011
  29. 29. Backlog de features Feature1 F4 F5 Priorité Au niveau programme, un backlog qui contient des featuresmercredi 30 mars 2011
  30. 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, exportermercredi 30 mars 2011
  31. 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’équipemercredi 30 mars 2011
  32. 32. Equipes et rôles Métier et IT PM dans la même équipe PO SM SPO PO SM PO SMmercredi 30 mars 2011
  33. 33. Sprints synchronisés Release Sprint1 Sprint2 Sprint3 Sprint4 Sprint5 Sprint6 Sprint1 Sprint2 Sprint3 Sprint4 Sprint1 Sprint2 Sprint3 Sprint4 Sprint5 intégrationmercredi 30 mars 2011
  34. 34. Scrum de scrumsmercredi 30 mars 2011
  35. 35. Scrum de scrumsmercredi 30 mars 2011
  36. 36. Scrum de scrums la réunion de coordinationmercredi 30 mars 2011
  37. 37. Produit On augmente la duréemercredi 30 mars 2011
  38. 38. Du projet au produit Classique Projet de développement Maintenance lot1 Spec Archi Codage Test lot2 Agilemercredi 30 mars 2011
  39. 39. Du projet au produit Classique Projet de développement Maintenance lot1 Spec Archi Codage Test lot2 AgileRelease1 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 valeurmercredi 30 mars 2011
  40. 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 sprintmercredi 30 mars 2011
  41. 41. Roadmap Release1 Release2 Release3 Release4 mars2011 juin 2011 sept 2011 Feature1 F3 F5 Une feature Feature2 F4 est finie dans une releasemercredi 30 mars 2011
  42. 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 32mercredi 30 mars 2011
  43. 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 32mercredi 30 mars 2011
  44. 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 % 33mercredi 30 mars 2011
  45. 45. Portefeuille (ou SI) On augmente la taille ET la duréemercredi 30 mars 2011
  46. 46. Portefeuille La notion de feature peut s’avérer insuffisante pour gérer l’ensemble du portefeuille ou du SImercredi 30 mars 2011
  47. 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. 48. Au delà de la feature... Comment appeler cette notion plus grande qu’une feature ? application chantier capacité sagamercredi 30 mars 2011
  49. 49. Epic ! Porc-épic epic fail epic mickey 38mercredi 30 mars 2011
  50. 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 produitsmercredi 30 mars 2011
  51. 51. Epic technique Son développement peut durer plus qu’une release et concerner plusieurs produits Exemples • Licences flottantes • Portage web • Appli sur mobile 40mercredi 30 mars 2011
  52. 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 Featuresmercredi 30 mars 2011
  53. 53. Coordination technique Equipe Architecture : Participation aux travaux d’une équipemercredi 30 mars 2011
  54. 54. Coordination technique Equipe Architecture : Participation aux travaux d’une équipemercredi 30 mars 2011
  55. 55. Backlog d’epics Commen- Portage Epic1 E4 E5 taires mobile fonctionnels et techniquesmercredi 30 mars 2011
  56. 56. Backlog d’epics Commen- Portage Epic1 E4 E5 taires mobile Priorité fonctionnels et techniquesmercredi 30 mars 2011
  57. 57. Scrum pour l’organisationmercredi 30 mars 2011
  58. 58. Les rôles Architectes Int. Supportmercredi 30 mars 2011
  59. 59. Les rôles Architectes Int. Supportmercredi 30 mars 2011
  60. 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 releasemercredi 30 mars 2011
  61. 61. Backlogs EpicFeature Story 47mercredi 30 mars 2011
  62. 62. Backlogs EpicFeature Story 47mercredi 30 mars 2011
  63. 63. 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 48mercredi 30 mars 2011
  64. 64. Management visuelmercredi 30 mars 2011
  65. 65. Management visuel À faire En cours Finimercredi 30 mars 2011
  66. 66. Management visuel À faire En cours Fini Story 3 Story 4 Story 5mercredi 30 mars 2011
  67. 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 5mercredi 30 mars 2011
  68. 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 6mercredi 30 mars 2011
  69. 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 4mercredi 30 mars 2011
  70. 70. Workflows 1 an Epic Accepté Estimé Prêt En Fini cours 3 mois PrêtFeature 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 Finimercredi 30 mars 2011
  71. 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. 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) 54mercredi 30 mars 2011
  73. 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 55mercredi 30 mars 2011
  74. 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 56mercredi 30 mars 2011
  75. 75. Références Dean Leffingwell Jim Highsmith : http://www.jimhighsmith.com/mercredi 30 mars 2011
  76. 76. mercredi 30 mars 2011
  77. 77. mercredi 30 mars 2011
  78. 78. mercredi 30 mars 2011
  79. 79. mercredi 30 mars 2011
  80. 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 Scrummercredi 30 mars 2011
  81. 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 Toulousemercredi 30 mars 2011

×