SlideShare uma empresa Scribd logo
1 de 20
Baixar para ler offline
STORY POINT




vendredi 24 juin 2011
Les story point sont une mesure
                        arbitraire utilisée dans les équipes
                                      Scrum



                          Utilisé pour mesurer l’effort
                         nécessaire pour mettre en oeuvre


vendredi 24 juin 2011
C’est une mesure relative qui n’a pas de
              relation directe avec des heures
        Elle permet de différencier l’effort à réaliser entre
                         les user stories




vendredi 24 juin 2011
“ Les story point ne mesurent pas
       la complexité pour développer
             une fonctionnalité ”
                           - MIKE COHN




vendredi 24 juin 2011
Dans la plupart des cas, la suite de
         Fibonaci est utilisée pour les story point

         C’est une séquence du type : 1, 2, 3, 5, 8,
         13, 21, ....

         Les équipes Scrum utilisent une version


                        “ Parce que la version originale est une
                        séquence mathématique précise, les projets
                        informatiques ne sont pas aussi précis ”
                                                - MIKE COHN


vendredi 24 juin 2011
Habituellement
                                          Small = 1
                                          Medium = 3
                                          Large = 5
                                          XL = 8
                                          XXL = 13
            Si c’est une user story estimée à 40 ou 100, elle
                n’est pas considérée comme INVEST

                   Il est nécessaire de la scinder en petites users
                                        stories
vendredi 24 juin 2011
• Comment savoir qu’une user story est à 3 et une
            autre a 5 ?

               ➡ Chaque équipe devra choisir des user stories
                 de références

                Ce n’est pas nécessairement la plus petite ou la plus
                 grosse, mais toute l'équipe doit pouvoir l'identifier.

               Dès lors, toutes les estimations devront
                être réalisées par rapport à ces user

vendredi 24 juin 2011
Les story point peuvent générer une
               confusion chez les Scrum Master qui ont
               une expérience de chef de projet, ils ont
                tendances à vouloir les rapporter à des
                                 heures

                  Les story point ne concernent pas des
                  heures, elles permettent de comparer
                     l’effort entre les users stories

vendredi 24 juin 2011
Une technique appelée Ideal Day peut être
               utilisée comme transition vers les story
                               points


                         1 SP = 1 ID*


                          * Consulter ma présentation sur la planification Agile

vendredi 24 juin 2011
Pour chaque équipe, la taille d’une story
             peut signifier des choses différentes en
          fonction de ce qu'ils ont choisi comme point
                          de référence.

            Si deux équipes reçoivent exactement les
           mêmes story. Une équipe peut dire que leur
              vélocité est de 46 et l'autre équipe 14.

                        Cela dépend du point de référence.

vendredi 24 juin 2011
Les story points sont utilisées dans le
             backlog de produit pour les users stories

         Les heures sont utilisées pour le backlog de
                  sprint pour les tâches




vendredi 24 juin 2011
Le total des story point pour un sprint
                 indique une vélocité moyenne d’une
                                 équipe

         Une moyenne indique qu’il est probable
        qu’elle fera cette vélocité lors d’un sprint,
          nous ne pouvons pas dire qu’elle fera
               cette vélocité lors de ce sprint


vendredi 24 juin 2011
Il est probable que la vélocité sera
                   proche de la moyenne, mais il faudra
                         l’adapter à chaque sprint

                  Les heures mesurent la capacité de
                 travail, la vélocité mesure la quantité
                                 de travail


vendredi 24 juin 2011
Pourquoi des story point ?

                        Réduit le temps des estimations

                        Estimation plus facile

                        Estimation plus fiable




vendredi 24 juin 2011
La vélocité d’une équipe
       ๏La    vélocité est le nombre de story point
           par user stories terminées dans un sprint

       ๏Vous      calculez la vélocité par une prédiction
           du travail que l’équipe peut réaliser dans un
           sprint

       ๏La     vélocité ne fonctionne que si vous utilisez
           les mêmes users stories de références

vendredi 24 juin 2011
Calculer la vélocité


         À la fin du sprint, additionner les story points
                  des user stories terminées

                        Vous avez votre vélocité !




vendredi 24 juin 2011
Re-estimer
      ๏ Quand    vous avez terminé plusieurs sprints, votre vélocité
          peut changer

                  ๏ La     vélocité change en raison d’incohérences dans les
                        estimations

                  ๏ D’obstacle      important dans un sprint

                  ๏À      cause des anomalies

                        ๏ Montre   une mauvaise qualité dans la réalisation

      La vélocité d’une équipe se stabilise entre 3 à 6 sprints
vendredi 24 juin 2011
Des questions ?




vendredi 24 juin 2011
Blog :
         www.openagile.net
          Contact :
   yquenechdu@gmail.com



                 Merci pour votre
                    attention
vendredi 24 juin 2011
Usage commercial non autorisé




vendredi 24 juin 2011




                        Usage commercial non autorisé

Mais conteúdo relacionado

Mais procurados

Rapid Release Planning
Rapid Release PlanningRapid Release Planning
Rapid Release PlanningAgileDad
 
User story mapping workshop slideshare
User story mapping workshop slideshareUser story mapping workshop slideshare
User story mapping workshop slidesharePankaj Kanchankar
 
Design Thinking VS Lean Startup
Design Thinking VS Lean StartupDesign Thinking VS Lean Startup
Design Thinking VS Lean StartupAdela VILLANUEVA
 
Agile Scrum Training, Day 1 (1/2)
Agile Scrum Training, Day 1 (1/2)Agile Scrum Training, Day 1 (1/2)
Agile Scrum Training, Day 1 (1/2)Jens Wilke
 
Mind Maps on Teamwork and Leadership
Mind Maps on Teamwork and LeadershipMind Maps on Teamwork and Leadership
Mind Maps on Teamwork and LeadershipBusiness901
 
Agile Product Roadmaps
Agile Product RoadmapsAgile Product Roadmaps
Agile Product RoadmapsRoman Pichler
 
Backlog Refinement at Scale
Backlog Refinement at ScaleBacklog Refinement at Scale
Backlog Refinement at ScaleCprime
 
Lean Product Management for Enterprises: The Art of Known Unknowns
Lean Product Management for Enterprises: The Art of Known Unknowns Lean Product Management for Enterprises: The Art of Known Unknowns
Lean Product Management for Enterprises: The Art of Known Unknowns Thoughtworks
 
Agile Requirements & Design
Agile Requirements & DesignAgile Requirements & Design
Agile Requirements & DesignMike Cottmeyer
 
Business Model Dashboard for Lean Startups
Business Model Dashboard for Lean StartupsBusiness Model Dashboard for Lean Startups
Business Model Dashboard for Lean StartupsRod King, Ph.D.
 
Backlog Refinement 101 & 202
Backlog Refinement 101 & 202Backlog Refinement 101 & 202
Backlog Refinement 101 & 202David Hanson
 
Benefit Hypothesis and Validation
Benefit Hypothesis and ValidationBenefit Hypothesis and Validation
Benefit Hypothesis and ValidationSoniya Ahuja
 
Scrum Meetings Infographic v12
Scrum Meetings Infographic v12Scrum Meetings Infographic v12
Scrum Meetings Infographic v12Nigel Thurlow
 
Les différents types de Product Owner
Les différents types de Product OwnerLes différents types de Product Owner
Les différents types de Product OwnerJean-Pierre Lambert
 
Product Owner & Product Manager Training
Product Owner & Product Manager TrainingProduct Owner & Product Manager Training
Product Owner & Product Manager TrainingRob Betcher
 
Impediments: Silent killer of agile teams
Impediments: Silent killer of agile teamsImpediments: Silent killer of agile teams
Impediments: Silent killer of agile teamsPooja Wandile
 
99 inception-deck
99 inception-deck99 inception-deck
99 inception-deckdrewz lin
 
Kickstart your Product Backlog with Innovation Games
Kickstart your Product Backlog with Innovation GamesKickstart your Product Backlog with Innovation Games
Kickstart your Product Backlog with Innovation GamesFrederic Vandaele
 

Mais procurados (20)

Rapid Release Planning
Rapid Release PlanningRapid Release Planning
Rapid Release Planning
 
User story mapping workshop slideshare
User story mapping workshop slideshareUser story mapping workshop slideshare
User story mapping workshop slideshare
 
Design Thinking VS Lean Startup
Design Thinking VS Lean StartupDesign Thinking VS Lean Startup
Design Thinking VS Lean Startup
 
Agile Scrum Training, Day 1 (1/2)
Agile Scrum Training, Day 1 (1/2)Agile Scrum Training, Day 1 (1/2)
Agile Scrum Training, Day 1 (1/2)
 
Mind Maps on Teamwork and Leadership
Mind Maps on Teamwork and LeadershipMind Maps on Teamwork and Leadership
Mind Maps on Teamwork and Leadership
 
Agile Product Roadmaps
Agile Product RoadmapsAgile Product Roadmaps
Agile Product Roadmaps
 
Backlog Refinement at Scale
Backlog Refinement at ScaleBacklog Refinement at Scale
Backlog Refinement at Scale
 
Jira Dashboards
Jira DashboardsJira Dashboards
Jira Dashboards
 
Lean Product Management for Enterprises: The Art of Known Unknowns
Lean Product Management for Enterprises: The Art of Known Unknowns Lean Product Management for Enterprises: The Art of Known Unknowns
Lean Product Management for Enterprises: The Art of Known Unknowns
 
Agile Requirements & Design
Agile Requirements & DesignAgile Requirements & Design
Agile Requirements & Design
 
Business Model Dashboard for Lean Startups
Business Model Dashboard for Lean StartupsBusiness Model Dashboard for Lean Startups
Business Model Dashboard for Lean Startups
 
Backlog Refinement 101 & 202
Backlog Refinement 101 & 202Backlog Refinement 101 & 202
Backlog Refinement 101 & 202
 
Benefit Hypothesis and Validation
Benefit Hypothesis and ValidationBenefit Hypothesis and Validation
Benefit Hypothesis and Validation
 
Scrum Meetings Infographic v12
Scrum Meetings Infographic v12Scrum Meetings Infographic v12
Scrum Meetings Infographic v12
 
Les différents types de Product Owner
Les différents types de Product OwnerLes différents types de Product Owner
Les différents types de Product Owner
 
Product Owner & Product Manager Training
Product Owner & Product Manager TrainingProduct Owner & Product Manager Training
Product Owner & Product Manager Training
 
Impediments: Silent killer of agile teams
Impediments: Silent killer of agile teamsImpediments: Silent killer of agile teams
Impediments: Silent killer of agile teams
 
99 inception-deck
99 inception-deck99 inception-deck
99 inception-deck
 
Kickstart your Product Backlog with Innovation Games
Kickstart your Product Backlog with Innovation GamesKickstart your Product Backlog with Innovation Games
Kickstart your Product Backlog with Innovation Games
 
Agile Planning and Estimation
Agile Planning and EstimationAgile Planning and Estimation
Agile Planning and Estimation
 

Destaque

Destaque (20)

Estimation et planification Agile
Estimation et planification AgileEstimation et planification Agile
Estimation et planification Agile
 
Kanban Key Performance indicator
Kanban Key Performance indicatorKanban Key Performance indicator
Kanban Key Performance indicator
 
Stop to start
Stop to startStop to start
Stop to start
 
Order to cash Agile
Order to cash AgileOrder to cash Agile
Order to cash Agile
 
Agile shock therapy
Agile shock therapyAgile shock therapy
Agile shock therapy
 
Guide scrum
Guide scrumGuide scrum
Guide scrum
 
User stories
User storiesUser stories
User stories
 
Thiga - Notre retour d'expérience sur le Design sprint
Thiga - Notre retour d'expérience sur le Design sprintThiga - Notre retour d'expérience sur le Design sprint
Thiga - Notre retour d'expérience sur le Design sprint
 
Rédiger des User Stories
Rédiger des User StoriesRédiger des User Stories
Rédiger des User Stories
 
Introduction à la Communication Non Violente
Introduction à la Communication Non ViolenteIntroduction à la Communication Non Violente
Introduction à la Communication Non Violente
 
Sprint0
Sprint0Sprint0
Sprint0
 
Scrum night kanban chez Google
Scrum night kanban chez GoogleScrum night kanban chez Google
Scrum night kanban chez Google
 
Conférence Lean Kanban France 2013
Conférence Lean Kanban France 2013Conférence Lean Kanban France 2013
Conférence Lean Kanban France 2013
 
Modèle de santé des équipes Agile
Modèle de santé des équipes AgileModèle de santé des équipes Agile
Modèle de santé des équipes Agile
 
Scrumday 2012 - De V vers Agile
Scrumday 2012 - De V vers AgileScrumday 2012 - De V vers Agile
Scrumday 2012 - De V vers Agile
 
Behavior driven Development
Behavior driven DevelopmentBehavior driven Development
Behavior driven Development
 
Comment apprendre a coder
Comment apprendre a coderComment apprendre a coder
Comment apprendre a coder
 
Alice in Agile Land
Alice in Agile LandAlice in Agile Land
Alice in Agile Land
 
[Trung Hoang] Shu-Ha-Ri applied to Agile team
[Trung Hoang] Shu-Ha-Ri applied to Agile team[Trung Hoang] Shu-Ha-Ri applied to Agile team
[Trung Hoang] Shu-Ha-Ri applied to Agile team
 
Agilité et modèles de changement
Agilité et modèles de changementAgilité et modèles de changement
Agilité et modèles de changement
 

Mais de Yannick Quenec'hdu

Mais de Yannick Quenec'hdu (7)

Open xke kanban à grande échelle
Open xke kanban à grande échelleOpen xke kanban à grande échelle
Open xke kanban à grande échelle
 
Redmine présentation sug 2012
Redmine présentation sug 2012Redmine présentation sug 2012
Redmine présentation sug 2012
 
kanban, un outil de production
kanban, un outil de productionkanban, un outil de production
kanban, un outil de production
 
Managment visuel
Managment visuelManagment visuel
Managment visuel
 
Pomodoro
PomodoroPomodoro
Pomodoro
 
Les bases de Scrum
Les bases de ScrumLes bases de Scrum
Les bases de Scrum
 
Test acceptance
Test acceptanceTest acceptance
Test acceptance
 

Story point

  • 2. Les story point sont une mesure arbitraire utilisée dans les équipes Scrum Utilisé pour mesurer l’effort nécessaire pour mettre en oeuvre vendredi 24 juin 2011
  • 3. C’est une mesure relative qui n’a pas de relation directe avec des heures Elle permet de différencier l’effort à réaliser entre les user stories vendredi 24 juin 2011
  • 4. “ Les story point ne mesurent pas la complexité pour développer une fonctionnalité ” - MIKE COHN vendredi 24 juin 2011
  • 5. Dans la plupart des cas, la suite de Fibonaci est utilisée pour les story point C’est une séquence du type : 1, 2, 3, 5, 8, 13, 21, .... Les équipes Scrum utilisent une version “ Parce que la version originale est une séquence mathématique précise, les projets informatiques ne sont pas aussi précis ” - MIKE COHN vendredi 24 juin 2011
  • 6. Habituellement Small = 1 Medium = 3 Large = 5 XL = 8 XXL = 13 Si c’est une user story estimée à 40 ou 100, elle n’est pas considérée comme INVEST Il est nécessaire de la scinder en petites users stories vendredi 24 juin 2011
  • 7. • Comment savoir qu’une user story est à 3 et une autre a 5 ? ➡ Chaque équipe devra choisir des user stories de références Ce n’est pas nécessairement la plus petite ou la plus grosse, mais toute l'équipe doit pouvoir l'identifier. Dès lors, toutes les estimations devront être réalisées par rapport à ces user vendredi 24 juin 2011
  • 8. Les story point peuvent générer une confusion chez les Scrum Master qui ont une expérience de chef de projet, ils ont tendances à vouloir les rapporter à des heures Les story point ne concernent pas des heures, elles permettent de comparer l’effort entre les users stories vendredi 24 juin 2011
  • 9. Une technique appelée Ideal Day peut être utilisée comme transition vers les story points 1 SP = 1 ID* * Consulter ma présentation sur la planification Agile vendredi 24 juin 2011
  • 10. Pour chaque équipe, la taille d’une story peut signifier des choses différentes en fonction de ce qu'ils ont choisi comme point de référence. Si deux équipes reçoivent exactement les mêmes story. Une équipe peut dire que leur vélocité est de 46 et l'autre équipe 14. Cela dépend du point de référence. vendredi 24 juin 2011
  • 11. Les story points sont utilisées dans le backlog de produit pour les users stories Les heures sont utilisées pour le backlog de sprint pour les tâches vendredi 24 juin 2011
  • 12. Le total des story point pour un sprint indique une vélocité moyenne d’une équipe Une moyenne indique qu’il est probable qu’elle fera cette vélocité lors d’un sprint, nous ne pouvons pas dire qu’elle fera cette vélocité lors de ce sprint vendredi 24 juin 2011
  • 13. Il est probable que la vélocité sera proche de la moyenne, mais il faudra l’adapter à chaque sprint Les heures mesurent la capacité de travail, la vélocité mesure la quantité de travail vendredi 24 juin 2011
  • 14. Pourquoi des story point ? Réduit le temps des estimations Estimation plus facile Estimation plus fiable vendredi 24 juin 2011
  • 15. La vélocité d’une équipe ๏La vélocité est le nombre de story point par user stories terminées dans un sprint ๏Vous calculez la vélocité par une prédiction du travail que l’équipe peut réaliser dans un sprint ๏La vélocité ne fonctionne que si vous utilisez les mêmes users stories de références vendredi 24 juin 2011
  • 16. Calculer la vélocité À la fin du sprint, additionner les story points des user stories terminées Vous avez votre vélocité ! vendredi 24 juin 2011
  • 17. Re-estimer ๏ Quand vous avez terminé plusieurs sprints, votre vélocité peut changer ๏ La vélocité change en raison d’incohérences dans les estimations ๏ D’obstacle important dans un sprint ๏À cause des anomalies ๏ Montre une mauvaise qualité dans la réalisation La vélocité d’une équipe se stabilise entre 3 à 6 sprints vendredi 24 juin 2011
  • 18. Des questions ? vendredi 24 juin 2011
  • 19. Blog : www.openagile.net Contact : yquenechdu@gmail.com Merci pour votre attention vendredi 24 juin 2011
  • 20. Usage commercial non autorisé vendredi 24 juin 2011 Usage commercial non autorisé

Notas do Editor

  1. \n
  2. \n
  3. \n
  4. \n
  5. \n
  6. \n
  7. \n
  8. \n
  9. \n
  10. \n
  11. \n
  12. \n
  13. \n
  14. \n
  15. \n
  16. \n
  17. \n
  18. \n