SlideShare une entreprise Scribd logo
ESTIMATION ET
PLANIFICATION AGILE
     Yannick Quenec’hdu
IMAGINER...
• Vousen avez marre de faire du
 développement de logiciel

• Vousdécidez de lancer une
 entreprise d’aménagement de
 paysage

• Votre
      premier projet est de bouger
 un amas de rocher de devant une
 maison vers l’arrière
COMMENT ESTIMER CE TRAVAIL ?
 •   Une solution :

     •   Regarder l’amas de gravier et estimer les charges en
         nombre de brouettes que cela représente

 •   Après une heure, regarder le nombre de brouettes que
     vous avez déplacé et ensuite extrapoler la durée totale

                  • Je pense que cela fait 80 chargements
                  • Après une heure, j’ai déplacé 20 chargements
                  • Donc, cela fera 4 heures au total
MA PETITE ENTREPRISE
• Une itération est une période courte
• Habituellement de 1 à 4 semaines




                                                                   la vélocité est la
                                                                 somme des travaux
                                                                 prévus ou terminés
                                                                  dans une itération




                  Une Release comprend généralement plus d’une
                                   itération
LE PLANNING OIGNON


             • L’équipe Agile utilise les
                trois niveaux les plus
                       profonds

             • D’autres équipes de
             l’entreprise planifient avec
                des niveaux supérieurs
LES DIFFÉRENTS NIVEAUX DE PLANIFICATION

                                             Backlog de sprint
      Backlog de produit
                                            Coder l’IHM           8
   Comme les voyageurs fréquents,        Écrire test unitaire     5
                                    3
           je voudrais...
                                        Coder la fonction A       3
   Comme les voyageurs fréquents,        Écrire test unitaire     5
                                    5
           je voudrais...
                                        Automatiser les tests     6
   Comme les voyageurs fréquents,
                                    5
           je voudrais...

   Comme les voyageurs fréquents,
                                    2
           je voudrais...                  Hier : j’ai commencé le dév. de
                                        l’IHM. Je pense que j’aurais fini en
   Comme les voyageurs fréquents,
                                    2                fin de journée
           je voudrais...
PLANNING DE PRODUIT, RELEASE, ITÉRATION

                       Release 1                     Release 2                 Release 3
  Plan de release
   Itération 1   Itération 2   Itération 3   Itération 4 - 7




                                                               Tache A   8 heures

                                                               Tache B   16 heures

                                                               Tache C   10 heures
AGENDA


Estimer

Planning de release
MESURER LA TAILLE
• Lesméthodes traditionnelles et Agile diffèrent dans
 la manière de mesurer la taille

          Méthodes                Méthodes
        traditionnelles            Agile

           Ligne de code           Story Points
         Point de fonctions         Ideal Days
ESTIMER EN STORY
STORY POINTS
•   Probablement le plus utilisé pour estimer l’activité entre les
    équipes Agiles

    •   Le nom est dérivé de l’expression couramment utilisée par les
        équipes Agile : user story

•   Basé sur ce qui influe sur les efforts pour développer une
    fonctionnalité

•   Estimation sans unité, mais numériquement pertinente
CONSIDÉRER DEUX PILES DE TRAVAIL




 Quelles sont les valeurs en story
     point que l’on pourrait
  positionner pour ce travail ?
LES TROIS AVANTAGES
1. oblige à estimer de manière relative

  • Des études ont montré une meilleure estimation
2. Se concentrer sur l’estimation de la taille et non de la durée

  • Nous dérivons la durée empiriquement par complétion de
   l’itération

3. L’estimation est réalisée avec des unités que l’on peut
  additionner

  • Les estimations en fonction du temps ne sont pas additives
COMPARONS DES POMMES AVEC DES
             POMMES
                                          Backlog de sprint
   Backlog de produit
                                         Coder l’IHM           8
Comme les voyageurs fréquents,        Écrire test unitaire     5
                                 3
        je voudrais...
                                     Coder la fonction A       3
Comme les voyageurs fréquents,        Écrire test unitaire     5
                                 5
        je voudrais...
                                     Automatiser les tests     6
Comme les voyageurs fréquents,
                                 5
        je voudrais...

Comme les voyageurs fréquents,
                                 2
        je voudrais...                  Hier : j’ai commencé le dév. de
                                     l’IHM. Je pense que j’aurais fini en
Comme les voyageurs fréquents,
                                 2                fin de journée
        je voudrais...
ESTIMER LA TAILLE - DÉDUIRE LA DURÉE



      Taille    Calcul     Durée



               vélocité   300/20=15
     300 kg                itérations
                 =20
ESTIMER EN IDEAL DAYS
IDEAL TIME

• Combien     de temps prendra quelque chose pour être réalisé :

 •   Si vous travaillez dessus

 •   Si vous n’êtes pas interrompu

 •   et si tout ce dont vous avez besoin est disponible

• Le   temps idéal pour le football est 90 mn

 • deux    mi-temps de 45 mn
COEFFICIENT IDEAL TIME
•   L’Ideal Time nécessite un coefficient complémentaire pour le
    remettre dans le contexte réel et prendre en compte les tâches
    externes au projet

•   L’équipe selon sa fonction reçoit un coefficient K

•   La valeur du coefficient est adaptée tout au long du projet

    •   Par exemple :

        •   Pour une équipe de développeur K=0,25

    •   Le résultat est donc Ideal day x K
COMPARER LES DEUX
                APPROCHES
•   Les story point sont multifonctionnels

•   Les story points sont une pure mesure de taille

•   Estimer en story point est plus rapide

•   Mon ID ne peut être additionné à ton ID

•   ID est plus facile à expliquer à l’extérieur de l’équipe

•   ID est plus facile pour les estimations la première fois
PLANNING POKER
•   Une approche itérative pour estimer

•   Étapes :

    •   Chaque personne reçoit un jeu de cartes, chaque carte contient une
        estimation

    •   Le client ou le PO décrit l’histoire et discute brièvement à son sujet

    •   Chaque personne sélectionne une carte pour donner son estimation

    •   Chaque personne affiche sa carte en même temps

    •   On discute des différences (spécifiquement les deux extrêmes)

    •   On re-estime si nécessaire
PLANNING POKER
                    Round Round
       Participants
                      1     2
         Laura      3      5

       Marouene     8      5

        Johann      2      5

        Thomas      5      5

         Marc       8      8
WWW.PLANNINGPOKER.COM



   It’s free !
POURQUOI LE PLANNING POKER
                    FONCTIONNE


   •      Ceux qui font le travail réalisent l’estimation1
   • Les estimateurs sont tenus de justifier leur
          estimation2,3
   • L’estimation se concentre sur un ordre de grandeur
          approximatif4,5

1Jørgensen, Magne. 2004. A   Review of Studies on Expert Estimation of Software Development Effort.
2Hagafors, R., and B. Brehmer. 1983. Does Having to Justify One’s Decisions Change the Nature of the Decision Process?
3Brenner, et al. 1996. On the Evaluation of One-sided Evidence.
4Miranda, Eduardo. 2001. Improving Subjective Estimates Using Paired Comparisons.
5Saaty,Thomas. 1996. Multicriteria Decision Making:The Analytic Hierarchy Process.
POURQUOI LE PLANNING POKER
                     FONCTIONNE

• Combiner des estimations individuelles au travers d’un groupe
      de discussion mène à de meilleures évaluations

• Accentuer sur une estimation relative plutôt que sur une
      estimation absolue

• Les évaluations sont contraintes à un jeu de valeur donc nous
      ne gaspillons pas de temps dans des arguments vides de sens

• On écoute l’avis de chacun
• C’est rapide et marrant
6Hoest, Martin, and   Claes Wohlin. 1998. An Experimental Study of Individual Subjective Effort Estimations and Combinations of the
Estimates.
7Jørgensen, Magne, and Kjetil Moløkken. 2002. Combination of Software Development Effort Prediction Intervals:Why,When and How?
RÉDUIRE L’IMPACT DES INFORMATIONS
                  INCOMPLÈTES

Groupe A
                                                                         20 heures
                                                                             2
       Donner les spécifications du projet

Groupe B
Donner les spécifications du projet
Avec les détails suivants :
- Le type de système d’exploitation utilisé par l’utilisateur            39 heures
                                                                             2
- Le type d’authentification par certificat numérique
- les besoins de performance
- Etc.


Source: How to avoid impact from irrelevant and misleading information
on your cost estimates,
Magne Jørgensen and Stein Grimstad, Simula Research Laboratory,
Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
LONGUEUR DES
                             SPÉCIFICATIONS
Groupe A
                                                                                                 117 heures
      Donner les spécifications du projet

Groupe B
Donner les mêmes spécifications du projet, mais
avec 7 pages en plus
Accroître la longueur avec les éléments suivants :
- Doubler l’espacement entre les lignes
                                                                                                 173 heures
- Agrandir la marge
- Augmenter la taille des polices
- Ajouter plus d’espace entre les paragraphes

Source: How to avoid impact from irrelevant and misleading information on your cost estimates,
Magne Jørgensen and Stein Grimstad, Simula Research Laboratory,
Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
CARACTÉRISTIQUES
  Groupe A
                                                                                                 4 heures
                                                                                                     2
                  Donner les exigences R1-R4

  Groupe B
                  Donner les exigences R1-R5
                                                                                                 4 heures
                                                                                                     2

  Groupe C
                  Donner les exigences R1-R5                                                     8 heures !
                                                                                                     2
             Mais ne demander que les estimations de R1 à R4


Source: How to avoid impact from irrelevant and misleading information on your cost estimates,
Magne Jørgensen and Stein Grimstad, Simula Research Laboratory,
Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
RÉDUIRE LES PROBABILITÉS
Groupe A
 Donner les spécifications du produit
                                                                                                 456 heures

Groupe B
 • Donner les mêmes spécifications
 • Indiquer que le client pense que 500 heures est une estimation                                555 heures
 raisonnable, mais que :
    • Le client n’est pas sur
    • Vous ne devez pas vous laisser influencer par le chiffre du client

Groupe C
 Donner les spécifications du produit, indiquer que le client                                     99 heures
 l’estime à 50 heures

Source: How to avoid impact from irrelevant and misleading information on your cost estimates,
Magne Jørgensen and Stein Grimstad, Simula Research Laboratory,
Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
AGENDA


Estimer

Planning de release
PLANNING DE RELEASE
Objectif
De ce poser des questions telles que :
• Qu'est-ce qui sera terminé pour le 30 juin ?
• Quand peut-on livrer avec cet ensemble de caractéristiques
• Combien de personnes seront sur ce projet ?

           Entrée
            • Vélocité
            • Longueur du projet
            • Backlog de produit avec les priorités
UN EXEMPLE AVEC UNE VÉLOCITÉ

 Itération 1                            Itération 1
 Story A                                      Story A         Story F
                                                        Story L
 5                       Story C            Story K
                                              6               5
               Story B                                  8
                         3                  8 Story B        Story G
               8                                           Story M
                                              8              1
                                                          5
                                              Story C        Story H

 Itération 2                                  4              13

 Story C                                      Story D        Story I
                   Story E
 3                                            4              5
                              Story F
           Story D 1                          Story E        Story J
                              5
           5                                  16             8
MISE À JOUR PLAN DE RELEASE
                     Moyen (Meilleur 3) = 37
40
                                                Moyen (Meilleur 3) = 37
                                                Moyen (dernier 8) = 33
30                                              Moyen (pire 3) = 28

20


10


 0
     1   2   3   4      5      6    7   8   9
                        Itération
EXTRAPOLER DEPUIS LA VÉLOCITÉ



       Avec notre vélocité la plus lente, nous finirons ici (5x28)

       Avec notre moyenne à long terme nous finirons ici (5x33)
       Avec notre meilleure vélocité, nous finirons ici (5x37)
PLANNING À DATE FIXE
1. Déterminer combien d’itération vous avez

2. Estimer la vélocité comme une portée

3. Multiplier la vélocité la plus lente x le nombre d’itération

  • Compter le nombre de points
     • C’est le nombre d'éléments « Que vous avez »
4. Multiplier la vélocité la plus élevée x le nombre d’itération

  • Compter le maximum de points
     • C’est le nombre d'éléments « Que vous pourriez avoir »
PLANNING À DATE FIXE :
  Date de
   release      30 juin
                                 Nous aurons
   désirée
    Date
                1 janvier   6 x 15
d’aujourd’hui                        Peut-être
  Vélocité                  6 x 20
                   15
   basse                    Nous n’aurons pas
  Vélocité
                   20
   haute
DATE FIXE
                                  Si vous écrivez, un contrat
                                     avec «Nous aurons» :

    Nous aurons                  • Vous avez peu de chance de remporter le contrat
                                 • Vous allez sûrement faire de l’argent avec ce projet
6 x 15
         Peut-être              Si vous écrivez un contrat
6 x 20                              avec «Peut-être» :
                               • Vous avez de grandes chances de remporter le
Nous n’aurons pas              contrat
                               • Vous ne ferez sûrement pas de l’argent avec ce projet



                C'est une question de risques

                 Ou voulez-vous vous positionner ?
QUESTION ?
Estimation et planification Agile

Contenu connexe

Tendances

L'Amélioration Continue : une pratique qui profite à tous
L'Amélioration Continue : une pratique qui profite à tousL'Amélioration Continue : une pratique qui profite à tous
L'Amélioration Continue : une pratique qui profite à tous
LITTLE FISH
 
Entreprise Agile
Entreprise AgileEntreprise Agile
Entreprise Agile
Ludovic Mauconduit
 
Lean Management (French)
Lean Management (French)Lean Management (French)
Lean Management (French)
Peter Klym
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
Sirine Barguaoui
 
Présentation cloud computing
Présentation cloud computingPrésentation cloud computing
Présentation cloud computing
Cynapsys It Hotspot
 
Planification
PlanificationPlanification
Planification
Rabia AZIZA
 
Methodes agiles
Methodes agilesMethodes agiles
Methodes agiles
Khalid Nafil
 
Lean warehousing
Lean warehousingLean warehousing
Lean warehousing
Aboubakr Moubarak
 
La méthode DMAIC et ses secrets
La méthode DMAIC et ses secretsLa méthode DMAIC et ses secrets
La méthode DMAIC et ses secrets
XL Groupe
 
AES22-Mise en place et challenges autour du Lean Portfolio Management (REX Am...
AES22-Mise en place et challenges autour du Lean Portfolio Management (REX Am...AES22-Mise en place et challenges autour du Lean Portfolio Management (REX Am...
AES22-Mise en place et challenges autour du Lean Portfolio Management (REX Am...
Agile En Seine
 
GP Chapitre 1 : La fonction Industrielle de l'entreprise
GP Chapitre 1 : La fonction Industrielle de l'entrepriseGP Chapitre 1 : La fonction Industrielle de l'entreprise
GP Chapitre 1 : La fonction Industrielle de l'entreprise
ibtissam el hassani
 
powerpoint de la séance3.4de Leadership & Management
powerpoint de la séance3.4de Leadership & Managementpowerpoint de la séance3.4de Leadership & Management
powerpoint de la séance3.4de Leadership & Management
sciafrique
 
PFE en gestion du stock
PFE en gestion du stockPFE en gestion du stock
PFE en gestion du stock
Aboubakr Moubarak
 
Amélioration continue - 6 sigma - ibtissam el hassani-chapitre 2015-2016
Amélioration continue - 6 sigma - ibtissam el hassani-chapitre 2015-2016Amélioration continue - 6 sigma - ibtissam el hassani-chapitre 2015-2016
Amélioration continue - 6 sigma - ibtissam el hassani-chapitre 2015-2016
ibtissam el hassani
 
Les systèmes d'information
Les systèmes d'informationLes systèmes d'information
Les systèmes d'information
Oumaima Karim
 
Les différentes phases d’un projet - La phase d’initialisation
Les différentes phases d’un projet - La phase d’initialisationLes différentes phases d’un projet - La phase d’initialisation
Les différentes phases d’un projet - La phase d’initialisation
Communauté d'agglomération du Pays de Grasse
 
Jeu gestion d'entreprise
Jeu gestion d'entrepriseJeu gestion d'entreprise
Jeu gestion d'entreprise
CIPE
 
Ordonnancement
OrdonnancementOrdonnancement
Ordonnancement
Abbas Ebrahimi
 
Td 4 l'approche processus
Td 4 l'approche processusTd 4 l'approche processus
Td 4 l'approche processus
Fethi Ferhane
 
Présentation PFE: Système de gestion des réclamations et interventions clients
Présentation PFE: Système de gestion des réclamations et interventions clientsPrésentation PFE: Système de gestion des réclamations et interventions clients
Présentation PFE: Système de gestion des réclamations et interventions clients
Mohamed Ayoub OUERTATANI
 

Tendances (20)

L'Amélioration Continue : une pratique qui profite à tous
L'Amélioration Continue : une pratique qui profite à tousL'Amélioration Continue : une pratique qui profite à tous
L'Amélioration Continue : une pratique qui profite à tous
 
Entreprise Agile
Entreprise AgileEntreprise Agile
Entreprise Agile
 
Lean Management (French)
Lean Management (French)Lean Management (French)
Lean Management (French)
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
 
Présentation cloud computing
Présentation cloud computingPrésentation cloud computing
Présentation cloud computing
 
Planification
PlanificationPlanification
Planification
 
Methodes agiles
Methodes agilesMethodes agiles
Methodes agiles
 
Lean warehousing
Lean warehousingLean warehousing
Lean warehousing
 
La méthode DMAIC et ses secrets
La méthode DMAIC et ses secretsLa méthode DMAIC et ses secrets
La méthode DMAIC et ses secrets
 
AES22-Mise en place et challenges autour du Lean Portfolio Management (REX Am...
AES22-Mise en place et challenges autour du Lean Portfolio Management (REX Am...AES22-Mise en place et challenges autour du Lean Portfolio Management (REX Am...
AES22-Mise en place et challenges autour du Lean Portfolio Management (REX Am...
 
GP Chapitre 1 : La fonction Industrielle de l'entreprise
GP Chapitre 1 : La fonction Industrielle de l'entrepriseGP Chapitre 1 : La fonction Industrielle de l'entreprise
GP Chapitre 1 : La fonction Industrielle de l'entreprise
 
powerpoint de la séance3.4de Leadership & Management
powerpoint de la séance3.4de Leadership & Managementpowerpoint de la séance3.4de Leadership & Management
powerpoint de la séance3.4de Leadership & Management
 
PFE en gestion du stock
PFE en gestion du stockPFE en gestion du stock
PFE en gestion du stock
 
Amélioration continue - 6 sigma - ibtissam el hassani-chapitre 2015-2016
Amélioration continue - 6 sigma - ibtissam el hassani-chapitre 2015-2016Amélioration continue - 6 sigma - ibtissam el hassani-chapitre 2015-2016
Amélioration continue - 6 sigma - ibtissam el hassani-chapitre 2015-2016
 
Les systèmes d'information
Les systèmes d'informationLes systèmes d'information
Les systèmes d'information
 
Les différentes phases d’un projet - La phase d’initialisation
Les différentes phases d’un projet - La phase d’initialisationLes différentes phases d’un projet - La phase d’initialisation
Les différentes phases d’un projet - La phase d’initialisation
 
Jeu gestion d'entreprise
Jeu gestion d'entrepriseJeu gestion d'entreprise
Jeu gestion d'entreprise
 
Ordonnancement
OrdonnancementOrdonnancement
Ordonnancement
 
Td 4 l'approche processus
Td 4 l'approche processusTd 4 l'approche processus
Td 4 l'approche processus
 
Présentation PFE: Système de gestion des réclamations et interventions clients
Présentation PFE: Système de gestion des réclamations et interventions clientsPrésentation PFE: Système de gestion des réclamations et interventions clients
Présentation PFE: Système de gestion des réclamations et interventions clients
 

En vedette

Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
ENSIBS
 
Release Planning Days @meetic, rituel collectif et acculturation agile - agil...
Release Planning Days @meetic, rituel collectif et acculturation agile - agil...Release Planning Days @meetic, rituel collectif et acculturation agile - agil...
Release Planning Days @meetic, rituel collectif et acculturation agile - agil...
Nicolas Kalmanovitz
 
Petit-déjeuner "Agile et Dépendances"
Petit-déjeuner "Agile et Dépendances"Petit-déjeuner "Agile et Dépendances"
Petit-déjeuner "Agile et Dépendances"
OCTO Technology
 
Formation des espaces de coworking Nantais à Slack
Formation des espaces de coworking Nantais à SlackFormation des espaces de coworking Nantais à Slack
Formation des espaces de coworking Nantais à Slack
remymarrone
 
Personal Kanban @ Agile Tour Lille
Personal Kanban   @ Agile Tour LillePersonal Kanban   @ Agile Tour Lille
Personal Kanban @ Agile Tour Lille
Guillaume LOURS
 
Introduction to slack and how my team used it
Introduction to slack and how my team used itIntroduction to slack and how my team used it
Introduction to slack and how my team used it
Muchamad Ishaq Z
 
Guide d'usage #2 Slack
Guide d'usage #2 SlackGuide d'usage #2 Slack
Guide d'usage #2 Slack
agence Ondine
 
Formation agile - Devenir un leader agile
Formation agile - Devenir un leader agileFormation agile - Devenir un leader agile
Formation agile - Devenir un leader agile
NovUp
 
Safevsspotify 150407085000-conversion-gate01
Safevsspotify 150407085000-conversion-gate01Safevsspotify 150407085000-conversion-gate01
Safevsspotify 150407085000-conversion-gate01
Moitié Benjamin
 
Le manager agile : un père, un héros, un coach ou un bourreau?
Le manager agile : un père, un héros, un coach ou un bourreau?Le manager agile : un père, un héros, un coach ou un bourreau?
Le manager agile : un père, un héros, un coach ou un bourreau?
Benjamin Cabanne
 
Ma stack d'outils agiles, tout un programme !
Ma stack d'outils agiles, tout un programme !Ma stack d'outils agiles, tout un programme !
Ma stack d'outils agiles, tout un programme !
Cédric Leblond
 
Lean Agile Kanban Guide du Routard 2014
Lean Agile Kanban Guide du Routard 2014Lean Agile Kanban Guide du Routard 2014
Lean Agile Kanban Guide du Routard 2014
Christophe Keromen
 

En vedette (13)

Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
 
Agile@scale
Agile@scaleAgile@scale
Agile@scale
 
Release Planning Days @meetic, rituel collectif et acculturation agile - agil...
Release Planning Days @meetic, rituel collectif et acculturation agile - agil...Release Planning Days @meetic, rituel collectif et acculturation agile - agil...
Release Planning Days @meetic, rituel collectif et acculturation agile - agil...
 
Petit-déjeuner "Agile et Dépendances"
Petit-déjeuner "Agile et Dépendances"Petit-déjeuner "Agile et Dépendances"
Petit-déjeuner "Agile et Dépendances"
 
Formation des espaces de coworking Nantais à Slack
Formation des espaces de coworking Nantais à SlackFormation des espaces de coworking Nantais à Slack
Formation des espaces de coworking Nantais à Slack
 
Personal Kanban @ Agile Tour Lille
Personal Kanban   @ Agile Tour LillePersonal Kanban   @ Agile Tour Lille
Personal Kanban @ Agile Tour Lille
 
Introduction to slack and how my team used it
Introduction to slack and how my team used itIntroduction to slack and how my team used it
Introduction to slack and how my team used it
 
Guide d'usage #2 Slack
Guide d'usage #2 SlackGuide d'usage #2 Slack
Guide d'usage #2 Slack
 
Formation agile - Devenir un leader agile
Formation agile - Devenir un leader agileFormation agile - Devenir un leader agile
Formation agile - Devenir un leader agile
 
Safevsspotify 150407085000-conversion-gate01
Safevsspotify 150407085000-conversion-gate01Safevsspotify 150407085000-conversion-gate01
Safevsspotify 150407085000-conversion-gate01
 
Le manager agile : un père, un héros, un coach ou un bourreau?
Le manager agile : un père, un héros, un coach ou un bourreau?Le manager agile : un père, un héros, un coach ou un bourreau?
Le manager agile : un père, un héros, un coach ou un bourreau?
 
Ma stack d'outils agiles, tout un programme !
Ma stack d'outils agiles, tout un programme !Ma stack d'outils agiles, tout un programme !
Ma stack d'outils agiles, tout un programme !
 
Lean Agile Kanban Guide du Routard 2014
Lean Agile Kanban Guide du Routard 2014Lean Agile Kanban Guide du Routard 2014
Lean Agile Kanban Guide du Routard 2014
 

Similaire à Estimation et planification Agile

L'agilité en quelques slides
L'agilité en quelques slidesL'agilité en quelques slides
L'agilité en quelques slides
Nicolas Deverge
 
Formation scrum - back to basics
Formation scrum -  back to basicsFormation scrum -  back to basics
Formation scrum - back to basics
Openska
 
JCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec IcescrumJCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec Icescrum
Rossi Oddet
 
SCRUM.pptx
SCRUM.pptxSCRUM.pptx
SCRUM.pptx
MeriemBalhaddad
 
Agilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursAgilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeurs
Ippon
 
GP Chapitre 5 : Le juste à temps et la méthode KANBAN
GP Chapitre 5 : Le juste à temps et la méthode KANBAN GP Chapitre 5 : Le juste à temps et la méthode KANBAN
GP Chapitre 5 : Le juste à temps et la méthode KANBAN
ibtissam el hassani
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XP
Nicolas Perriault
 
Sauver la princesse avec un design sprint MIX-iT17
Sauver la princesse avec un design sprint   MIX-iT17Sauver la princesse avec un design sprint   MIX-iT17
Sauver la princesse avec un design sprint MIX-iT17
Benjamin Richy
 
Lean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintLean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Benjamin Richy
 
AT2010 Planning Poker
AT2010 Planning PokerAT2010 Planning Poker
AT2010 Planning Poker
Normandy JUG
 
02 diaporama introduction_au_projet_robotique
02 diaporama introduction_au_projet_robotique02 diaporama introduction_au_projet_robotique
02 diaporama introduction_au_projet_robotique
damira47
 
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
Association Agile Nantes
 
AgileIUT
AgileIUTAgileIUT
AgileIUT
Nicolas Deverge
 
Une introduction à l'estimation et la planification agile
Une introduction à l'estimation et la planification agileUne introduction à l'estimation et la planification agile
Une introduction à l'estimation et la planification agile
Fabrice Aimetti
 
Agility with scrum
Agility with scrumAgility with scrum
Agility with scrum
Abdeslam Menacere
 
Comment nous avons amélioré notre produit avec ScrumBan
Comment nous avons amélioré notre produit avec ScrumBanComment nous avons amélioré notre produit avec ScrumBan
Comment nous avons amélioré notre produit avec ScrumBan
Julien Rairat
 
Scrum 2020 : concepts et principes
Scrum 2020 : concepts et principesScrum 2020 : concepts et principes
Scrum 2020 : concepts et principes
MICHRAFY MUSTAFA
 
Equipes scrum multiples upwiser
Equipes scrum multiples   upwiserEquipes scrum multiples   upwiser
Equipes scrum multiples upwiser
Bastien Gallay
 
Démarrage express. Vers des démarrages de projets plus rapides et moins couteux
Démarrage express. Vers des démarrages de projets plus rapides et moins couteuxDémarrage express. Vers des démarrages de projets plus rapides et moins couteux
Démarrage express. Vers des démarrages de projets plus rapides et moins couteux
CGI Québec Formation
 
Scrum cook and go, les astuces de Rémy
Scrum cook and go, les astuces de RémyScrum cook and go, les astuces de Rémy
Scrum cook and go, les astuces de Rémy
antony_guilloteau
 

Similaire à Estimation et planification Agile (20)

L'agilité en quelques slides
L'agilité en quelques slidesL'agilité en quelques slides
L'agilité en quelques slides
 
Formation scrum - back to basics
Formation scrum -  back to basicsFormation scrum -  back to basics
Formation scrum - back to basics
 
JCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec IcescrumJCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec Icescrum
 
SCRUM.pptx
SCRUM.pptxSCRUM.pptx
SCRUM.pptx
 
Agilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursAgilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeurs
 
GP Chapitre 5 : Le juste à temps et la méthode KANBAN
GP Chapitre 5 : Le juste à temps et la méthode KANBAN GP Chapitre 5 : Le juste à temps et la méthode KANBAN
GP Chapitre 5 : Le juste à temps et la méthode KANBAN
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XP
 
Sauver la princesse avec un design sprint MIX-iT17
Sauver la princesse avec un design sprint   MIX-iT17Sauver la princesse avec un design sprint   MIX-iT17
Sauver la princesse avec un design sprint MIX-iT17
 
Lean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintLean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
 
AT2010 Planning Poker
AT2010 Planning PokerAT2010 Planning Poker
AT2010 Planning Poker
 
02 diaporama introduction_au_projet_robotique
02 diaporama introduction_au_projet_robotique02 diaporama introduction_au_projet_robotique
02 diaporama introduction_au_projet_robotique
 
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...
 
AgileIUT
AgileIUTAgileIUT
AgileIUT
 
Une introduction à l'estimation et la planification agile
Une introduction à l'estimation et la planification agileUne introduction à l'estimation et la planification agile
Une introduction à l'estimation et la planification agile
 
Agility with scrum
Agility with scrumAgility with scrum
Agility with scrum
 
Comment nous avons amélioré notre produit avec ScrumBan
Comment nous avons amélioré notre produit avec ScrumBanComment nous avons amélioré notre produit avec ScrumBan
Comment nous avons amélioré notre produit avec ScrumBan
 
Scrum 2020 : concepts et principes
Scrum 2020 : concepts et principesScrum 2020 : concepts et principes
Scrum 2020 : concepts et principes
 
Equipes scrum multiples upwiser
Equipes scrum multiples   upwiserEquipes scrum multiples   upwiser
Equipes scrum multiples upwiser
 
Démarrage express. Vers des démarrages de projets plus rapides et moins couteux
Démarrage express. Vers des démarrages de projets plus rapides et moins couteuxDémarrage express. Vers des démarrages de projets plus rapides et moins couteux
Démarrage express. Vers des démarrages de projets plus rapides et moins couteux
 
Scrum cook and go, les astuces de Rémy
Scrum cook and go, les astuces de RémyScrum cook and go, les astuces de Rémy
Scrum cook and go, les astuces de Rémy
 

Plus de Yannick Quenec'hdu

Order to cash Agile
Order to cash AgileOrder to cash Agile
Order to cash Agile
Yannick Quenec'hdu
 
Stop to start
Stop to startStop to start
Stop to start
Yannick Quenec'hdu
 
Kanban Key Performance indicator
Kanban Key Performance indicatorKanban Key Performance indicator
Kanban Key Performance indicator
Yannick Quenec'hdu
 
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
Yannick Quenec'hdu
 
Rédiger des User Stories
Rédiger des User StoriesRédiger des User Stories
Rédiger des User Stories
Yannick Quenec'hdu
 
Open xke kanban à grande échelle
Open xke kanban à grande échelleOpen xke kanban à grande échelle
Open xke kanban à grande échelle
Yannick Quenec'hdu
 
Scrum night kanban chez Google
Scrum night kanban chez GoogleScrum night kanban chez Google
Scrum night kanban chez Google
Yannick Quenec'hdu
 
Conférence Lean Kanban France 2013
Conférence Lean Kanban France 2013Conférence Lean Kanban France 2013
Conférence Lean Kanban France 2013
Yannick Quenec'hdu
 
Guide scrum
Guide scrumGuide scrum
Guide scrum
Yannick Quenec'hdu
 
Agile shock therapy
Agile shock therapyAgile shock therapy
Agile shock therapy
Yannick Quenec'hdu
 
Comment apprendre a coder
Comment apprendre a coderComment apprendre a coder
Comment apprendre a coder
Yannick Quenec'hdu
 
Scrumday 2012 - De V vers Agile
Scrumday 2012 - De V vers AgileScrumday 2012 - De V vers Agile
Scrumday 2012 - De V vers Agile
Yannick Quenec'hdu
 
Redmine présentation sug 2012
Redmine présentation sug 2012Redmine présentation sug 2012
Redmine présentation sug 2012
Yannick Quenec'hdu
 
kanban, un outil de production
kanban, un outil de productionkanban, un outil de production
kanban, un outil de production
Yannick Quenec'hdu
 
Behavior driven Development
Behavior driven DevelopmentBehavior driven Development
Behavior driven Development
Yannick Quenec'hdu
 
Managment visuel
Managment visuelManagment visuel
Managment visuel
Yannick Quenec'hdu
 
Sprint0
Sprint0Sprint0
Pomodoro
PomodoroPomodoro
Story point
Story pointStory point
Story point
Yannick Quenec'hdu
 
Formation au métier de Product owner
Formation au métier de Product ownerFormation au métier de Product owner
Formation au métier de Product owner
Yannick Quenec'hdu
 

Plus de Yannick Quenec'hdu (20)

Order to cash Agile
Order to cash AgileOrder to cash Agile
Order to cash Agile
 
Stop to start
Stop to startStop to start
Stop to start
 
Kanban Key Performance indicator
Kanban Key Performance indicatorKanban Key Performance indicator
Kanban Key Performance indicator
 
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
 
Rédiger des User Stories
Rédiger des User StoriesRédiger des User Stories
Rédiger des User Stories
 
Open xke kanban à grande échelle
Open xke kanban à grande échelleOpen xke kanban à grande échelle
Open xke kanban à grande échelle
 
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
 
Guide scrum
Guide scrumGuide scrum
Guide scrum
 
Agile shock therapy
Agile shock therapyAgile shock therapy
Agile shock therapy
 
Comment apprendre a coder
Comment apprendre a coderComment apprendre a coder
Comment apprendre a coder
 
Scrumday 2012 - De V vers Agile
Scrumday 2012 - De V vers AgileScrumday 2012 - De V vers Agile
Scrumday 2012 - De V vers Agile
 
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
 
Behavior driven Development
Behavior driven DevelopmentBehavior driven Development
Behavior driven Development
 
Managment visuel
Managment visuelManagment visuel
Managment visuel
 
Sprint0
Sprint0Sprint0
Sprint0
 
Pomodoro
PomodoroPomodoro
Pomodoro
 
Story point
Story pointStory point
Story point
 
Formation au métier de Product owner
Formation au métier de Product ownerFormation au métier de Product owner
Formation au métier de Product owner
 

Dernier

Meetup LFUG : Cahier de vacances Liferay
Meetup LFUG : Cahier de vacances LiferayMeetup LFUG : Cahier de vacances Liferay
Meetup LFUG : Cahier de vacances Liferay
Sébastien Le Marchand
 
procede de fabrication mecanique et industriel
procede de fabrication mecanique et industrielprocede de fabrication mecanique et industriel
procede de fabrication mecanique et industriel
saadbellaari
 
Tutoriel interactif d’ingénierie rapide d’Anthropic.pdf
Tutoriel interactif d’ingénierie rapide d’Anthropic.pdfTutoriel interactif d’ingénierie rapide d’Anthropic.pdf
Tutoriel interactif d’ingénierie rapide d’Anthropic.pdf
Erol GIRAUDY
 
Vision de Claude 3.5 SONNET Comment utiliser la vision Utilisez les capacités...
Vision de Claude 3.5 SONNET Comment utiliser la vision Utilisez les capacités...Vision de Claude 3.5 SONNET Comment utiliser la vision Utilisez les capacités...
Vision de Claude 3.5 SONNET Comment utiliser la vision Utilisez les capacités...
Erol GIRAUDY
 
CLAUDE 3.5 SONNET EXPLICATIONS sur les usages
CLAUDE 3.5 SONNET EXPLICATIONS sur les usagesCLAUDE 3.5 SONNET EXPLICATIONS sur les usages
CLAUDE 3.5 SONNET EXPLICATIONS sur les usages
Erol GIRAUDY
 
Cours d'Intelligence Artificielle et Apprentissage Automatique.pptx
Cours d'Intelligence Artificielle et Apprentissage Automatique.pptxCours d'Intelligence Artificielle et Apprentissage Automatique.pptx
Cours d'Intelligence Artificielle et Apprentissage Automatique.pptx
Jacques KIZA DIMANDJA
 
Introduction à Crossplane (Talk Devoxx 2023)
Introduction à Crossplane (Talk Devoxx 2023)Introduction à Crossplane (Talk Devoxx 2023)
Introduction à Crossplane (Talk Devoxx 2023)
Adrien Blind
 
Transformation Digitale - Initiez-vous à l'informatique et à l'utilisation de...
Transformation Digitale - Initiez-vous à l'informatique et à l'utilisation de...Transformation Digitale - Initiez-vous à l'informatique et à l'utilisation de...
Transformation Digitale - Initiez-vous à l'informatique et à l'utilisation de...
Maalik Jallo
 

Dernier (8)

Meetup LFUG : Cahier de vacances Liferay
Meetup LFUG : Cahier de vacances LiferayMeetup LFUG : Cahier de vacances Liferay
Meetup LFUG : Cahier de vacances Liferay
 
procede de fabrication mecanique et industriel
procede de fabrication mecanique et industrielprocede de fabrication mecanique et industriel
procede de fabrication mecanique et industriel
 
Tutoriel interactif d’ingénierie rapide d’Anthropic.pdf
Tutoriel interactif d’ingénierie rapide d’Anthropic.pdfTutoriel interactif d’ingénierie rapide d’Anthropic.pdf
Tutoriel interactif d’ingénierie rapide d’Anthropic.pdf
 
Vision de Claude 3.5 SONNET Comment utiliser la vision Utilisez les capacités...
Vision de Claude 3.5 SONNET Comment utiliser la vision Utilisez les capacités...Vision de Claude 3.5 SONNET Comment utiliser la vision Utilisez les capacités...
Vision de Claude 3.5 SONNET Comment utiliser la vision Utilisez les capacités...
 
CLAUDE 3.5 SONNET EXPLICATIONS sur les usages
CLAUDE 3.5 SONNET EXPLICATIONS sur les usagesCLAUDE 3.5 SONNET EXPLICATIONS sur les usages
CLAUDE 3.5 SONNET EXPLICATIONS sur les usages
 
Cours d'Intelligence Artificielle et Apprentissage Automatique.pptx
Cours d'Intelligence Artificielle et Apprentissage Automatique.pptxCours d'Intelligence Artificielle et Apprentissage Automatique.pptx
Cours d'Intelligence Artificielle et Apprentissage Automatique.pptx
 
Introduction à Crossplane (Talk Devoxx 2023)
Introduction à Crossplane (Talk Devoxx 2023)Introduction à Crossplane (Talk Devoxx 2023)
Introduction à Crossplane (Talk Devoxx 2023)
 
Transformation Digitale - Initiez-vous à l'informatique et à l'utilisation de...
Transformation Digitale - Initiez-vous à l'informatique et à l'utilisation de...Transformation Digitale - Initiez-vous à l'informatique et à l'utilisation de...
Transformation Digitale - Initiez-vous à l'informatique et à l'utilisation de...
 

Estimation et planification Agile

  • 1. ESTIMATION ET PLANIFICATION AGILE Yannick Quenec’hdu
  • 2. IMAGINER... • Vousen avez marre de faire du développement de logiciel • Vousdécidez de lancer une entreprise d’aménagement de paysage • Votre premier projet est de bouger un amas de rocher de devant une maison vers l’arrière
  • 3. COMMENT ESTIMER CE TRAVAIL ? • Une solution : • Regarder l’amas de gravier et estimer les charges en nombre de brouettes que cela représente • Après une heure, regarder le nombre de brouettes que vous avez déplacé et ensuite extrapoler la durée totale • Je pense que cela fait 80 chargements • Après une heure, j’ai déplacé 20 chargements • Donc, cela fera 4 heures au total
  • 5. • Une itération est une période courte • Habituellement de 1 à 4 semaines la vélocité est la somme des travaux prévus ou terminés dans une itération Une Release comprend généralement plus d’une itération
  • 6. LE PLANNING OIGNON • L’équipe Agile utilise les trois niveaux les plus profonds • D’autres équipes de l’entreprise planifient avec des niveaux supérieurs
  • 7. LES DIFFÉRENTS NIVEAUX DE PLANIFICATION Backlog de sprint Backlog de produit Coder l’IHM 8 Comme les voyageurs fréquents, Écrire test unitaire 5 3 je voudrais... Coder la fonction A 3 Comme les voyageurs fréquents, Écrire test unitaire 5 5 je voudrais... Automatiser les tests 6 Comme les voyageurs fréquents, 5 je voudrais... Comme les voyageurs fréquents, 2 je voudrais... Hier : j’ai commencé le dév. de l’IHM. Je pense que j’aurais fini en Comme les voyageurs fréquents, 2 fin de journée je voudrais...
  • 8. PLANNING DE PRODUIT, RELEASE, ITÉRATION Release 1 Release 2 Release 3 Plan de release Itération 1 Itération 2 Itération 3 Itération 4 - 7 Tache A 8 heures Tache B 16 heures Tache C 10 heures
  • 10. MESURER LA TAILLE • Lesméthodes traditionnelles et Agile diffèrent dans la manière de mesurer la taille Méthodes Méthodes traditionnelles Agile Ligne de code Story Points Point de fonctions Ideal Days
  • 12. STORY POINTS • Probablement le plus utilisé pour estimer l’activité entre les équipes Agiles • Le nom est dérivé de l’expression couramment utilisée par les équipes Agile : user story • Basé sur ce qui influe sur les efforts pour développer une fonctionnalité • Estimation sans unité, mais numériquement pertinente
  • 13. CONSIDÉRER DEUX PILES DE TRAVAIL Quelles sont les valeurs en story point que l’on pourrait positionner pour ce travail ?
  • 14. LES TROIS AVANTAGES 1. oblige à estimer de manière relative • Des études ont montré une meilleure estimation 2. Se concentrer sur l’estimation de la taille et non de la durée • Nous dérivons la durée empiriquement par complétion de l’itération 3. L’estimation est réalisée avec des unités que l’on peut additionner • Les estimations en fonction du temps ne sont pas additives
  • 15. COMPARONS DES POMMES AVEC DES POMMES Backlog de sprint Backlog de produit Coder l’IHM 8 Comme les voyageurs fréquents, Écrire test unitaire 5 3 je voudrais... Coder la fonction A 3 Comme les voyageurs fréquents, Écrire test unitaire 5 5 je voudrais... Automatiser les tests 6 Comme les voyageurs fréquents, 5 je voudrais... Comme les voyageurs fréquents, 2 je voudrais... Hier : j’ai commencé le dév. de l’IHM. Je pense que j’aurais fini en Comme les voyageurs fréquents, 2 fin de journée je voudrais...
  • 16. ESTIMER LA TAILLE - DÉDUIRE LA DURÉE Taille Calcul Durée vélocité 300/20=15 300 kg itérations =20
  • 18. IDEAL TIME • Combien de temps prendra quelque chose pour être réalisé : • Si vous travaillez dessus • Si vous n’êtes pas interrompu • et si tout ce dont vous avez besoin est disponible • Le temps idéal pour le football est 90 mn • deux mi-temps de 45 mn
  • 19. COEFFICIENT IDEAL TIME • L’Ideal Time nécessite un coefficient complémentaire pour le remettre dans le contexte réel et prendre en compte les tâches externes au projet • L’équipe selon sa fonction reçoit un coefficient K • La valeur du coefficient est adaptée tout au long du projet • Par exemple : • Pour une équipe de développeur K=0,25 • Le résultat est donc Ideal day x K
  • 20. COMPARER LES DEUX APPROCHES • Les story point sont multifonctionnels • Les story points sont une pure mesure de taille • Estimer en story point est plus rapide • Mon ID ne peut être additionné à ton ID • ID est plus facile à expliquer à l’extérieur de l’équipe • ID est plus facile pour les estimations la première fois
  • 21. PLANNING POKER • Une approche itérative pour estimer • Étapes : • Chaque personne reçoit un jeu de cartes, chaque carte contient une estimation • Le client ou le PO décrit l’histoire et discute brièvement à son sujet • Chaque personne sélectionne une carte pour donner son estimation • Chaque personne affiche sa carte en même temps • On discute des différences (spécifiquement les deux extrêmes) • On re-estime si nécessaire
  • 22. PLANNING POKER Round Round Participants 1 2 Laura 3 5 Marouene 8 5 Johann 2 5 Thomas 5 5 Marc 8 8
  • 23. WWW.PLANNINGPOKER.COM It’s free !
  • 24. POURQUOI LE PLANNING POKER FONCTIONNE • Ceux qui font le travail réalisent l’estimation1 • Les estimateurs sont tenus de justifier leur estimation2,3 • L’estimation se concentre sur un ordre de grandeur approximatif4,5 1Jørgensen, Magne. 2004. A Review of Studies on Expert Estimation of Software Development Effort. 2Hagafors, R., and B. Brehmer. 1983. Does Having to Justify One’s Decisions Change the Nature of the Decision Process? 3Brenner, et al. 1996. On the Evaluation of One-sided Evidence. 4Miranda, Eduardo. 2001. Improving Subjective Estimates Using Paired Comparisons. 5Saaty,Thomas. 1996. Multicriteria Decision Making:The Analytic Hierarchy Process.
  • 25. POURQUOI LE PLANNING POKER FONCTIONNE • Combiner des estimations individuelles au travers d’un groupe de discussion mène à de meilleures évaluations • Accentuer sur une estimation relative plutôt que sur une estimation absolue • Les évaluations sont contraintes à un jeu de valeur donc nous ne gaspillons pas de temps dans des arguments vides de sens • On écoute l’avis de chacun • C’est rapide et marrant 6Hoest, Martin, and Claes Wohlin. 1998. An Experimental Study of Individual Subjective Effort Estimations and Combinations of the Estimates. 7Jørgensen, Magne, and Kjetil Moløkken. 2002. Combination of Software Development Effort Prediction Intervals:Why,When and How?
  • 26. RÉDUIRE L’IMPACT DES INFORMATIONS INCOMPLÈTES Groupe A 20 heures 2 Donner les spécifications du projet Groupe B Donner les spécifications du projet Avec les détails suivants : - Le type de système d’exploitation utilisé par l’utilisateur 39 heures 2 - Le type d’authentification par certificat numérique - les besoins de performance - Etc. Source: How to avoid impact from irrelevant and misleading information on your cost estimates, Magne Jørgensen and Stein Grimstad, Simula Research Laboratory, Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
  • 27. LONGUEUR DES SPÉCIFICATIONS Groupe A 117 heures Donner les spécifications du projet Groupe B Donner les mêmes spécifications du projet, mais avec 7 pages en plus Accroître la longueur avec les éléments suivants : - Doubler l’espacement entre les lignes 173 heures - Agrandir la marge - Augmenter la taille des polices - Ajouter plus d’espace entre les paragraphes Source: How to avoid impact from irrelevant and misleading information on your cost estimates, Magne Jørgensen and Stein Grimstad, Simula Research Laboratory, Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
  • 28. CARACTÉRISTIQUES Groupe A 4 heures 2 Donner les exigences R1-R4 Groupe B Donner les exigences R1-R5 4 heures 2 Groupe C Donner les exigences R1-R5 8 heures ! 2 Mais ne demander que les estimations de R1 à R4 Source: How to avoid impact from irrelevant and misleading information on your cost estimates, Magne Jørgensen and Stein Grimstad, Simula Research Laboratory, Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
  • 29. RÉDUIRE LES PROBABILITÉS Groupe A Donner les spécifications du produit 456 heures Groupe B • Donner les mêmes spécifications • Indiquer que le client pense que 500 heures est une estimation 555 heures raisonnable, mais que : • Le client n’est pas sur • Vous ne devez pas vous laisser influencer par le chiffre du client Groupe C Donner les spécifications du produit, indiquer que le client 99 heures l’estime à 50 heures Source: How to avoid impact from irrelevant and misleading information on your cost estimates, Magne Jørgensen and Stein Grimstad, Simula Research Laboratory, Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
  • 31. PLANNING DE RELEASE Objectif De ce poser des questions telles que : • Qu'est-ce qui sera terminé pour le 30 juin ? • Quand peut-on livrer avec cet ensemble de caractéristiques • Combien de personnes seront sur ce projet ? Entrée • Vélocité • Longueur du projet • Backlog de produit avec les priorités
  • 32. UN EXEMPLE AVEC UNE VÉLOCITÉ Itération 1 Itération 1 Story A Story A Story F Story L 5 Story C Story K 6 5 Story B 8 3 8 Story B Story G 8 Story M 8 1 5 Story C Story H Itération 2 4 13 Story C Story D Story I Story E 3 4 5 Story F Story D 1 Story E Story J 5 5 16 8
  • 33. MISE À JOUR PLAN DE RELEASE Moyen (Meilleur 3) = 37 40 Moyen (Meilleur 3) = 37 Moyen (dernier 8) = 33 30 Moyen (pire 3) = 28 20 10 0 1 2 3 4 5 6 7 8 9 Itération
  • 34. EXTRAPOLER DEPUIS LA VÉLOCITÉ Avec notre vélocité la plus lente, nous finirons ici (5x28) Avec notre moyenne à long terme nous finirons ici (5x33) Avec notre meilleure vélocité, nous finirons ici (5x37)
  • 35. PLANNING À DATE FIXE 1. Déterminer combien d’itération vous avez 2. Estimer la vélocité comme une portée 3. Multiplier la vélocité la plus lente x le nombre d’itération • Compter le nombre de points • C’est le nombre d'éléments « Que vous avez » 4. Multiplier la vélocité la plus élevée x le nombre d’itération • Compter le maximum de points • C’est le nombre d'éléments « Que vous pourriez avoir »
  • 36. PLANNING À DATE FIXE : Date de release 30 juin Nous aurons désirée Date 1 janvier 6 x 15 d’aujourd’hui Peut-être Vélocité 6 x 20 15 basse Nous n’aurons pas Vélocité 20 haute
  • 37. DATE FIXE Si vous écrivez, un contrat avec «Nous aurons» : Nous aurons • Vous avez peu de chance de remporter le contrat • Vous allez sûrement faire de l’argent avec ce projet 6 x 15 Peut-être Si vous écrivez un contrat 6 x 20 avec «Peut-être» : • Vous avez de grandes chances de remporter le Nous n’aurons pas contrat • Vous ne ferez sûrement pas de l’argent avec ce projet C'est une question de risques Ou voulez-vous vous positionner ?