Agile Tour Rouen 2010 Présentation Poker Planning par Youen Chéné

1. Planning Poker
Estimer dans votre projet agile
Youen Chéné
Octobre 2010

2. Votre Intervenant
Consultant SOA, Chef de projet et Architecte chez Logica
Business Consulting
Mis en place tactique de pratiques agiles depuis 2010
Fondateur de Driveo.Fr, le logiciel en ligne de gestion d'auto
école
Normandy Jug Leader : 1 session liée à Java le 3ème mardi de
chaque mois au CESI. http://www.normandyjug.org
http://www.youenchene.fr
http://twitter.com/youen_chene
youen.chene@gadz.org

3. Les origines du planning poker
Inventée en 2002 par James Grenning
( http://renaissancesoftware.net/papers/44-planing-poker.html )
Objectif
Obtenir une estimation fiable par une approche
mélangeant divertissement et participation de
toutes l'équipe de développement et les avis des
experts.

4. L'estimation d'un projet classique
Développeur qui passait par là
Chef de projet qui doit rendre son chiffrage dans 1h
Estim. Développeur pas frais x Pi
=
Charge Etape Projet
Feuille Excel

5. L'estimation d'un projet classique
Mais aussi :
Les abaques
(mais pas adapté au contexte courant)
La fiche excel magique
(avec plein d'équations dedans)
L'avis de l'expert
(que personne de remet en cause)
L'estimation commerciale
(qu'il faut tenir à tout prix)

6. Estimer dans un projet agile
Dans un projet agile, c'est d'autant plus difficile
sachant qu'il faut estimer souvent et sur un
périmètre qui évolue
Nous avons besoin d'une manière rapide, simple et
fiable d'estimer les stories affectés à chaque
sprint.

7. La solution : jouons au cartes !

8. Les bases : vélocité
Les projets agiles sont basés sur une vélocité propre
à l'équipe de développement.

9. Les bases : estimation avec des scores
On ne chiffre pas avec des heures ou des jours
hommes.

10. Les bases : estimation avec des scores
On étalonne le chiffrage sur une tâche que l'équipe
sait faire de manière reproductible.
Exemple : faire un écran d'édition simple des données d'une
personne.
Cette tâche correspond à un score de 5 points

11. Les bases : estimation avec des scores
Toutes les estimations seront faites relativement à
cette tâche référente.

12. Les bases : rapport avec la vélocité
La vélocité d'un équipe étant le nombre points
réalisé en un sprint.
La vélocité évolue de sprint en sprint.
Il sera possible alors d'estimer le nombre de user
story affectable à un sprint.

13. Les règles du jeu
Le product owner / la MOA participent mais
n'estiment pas!
Chaque participant/estimateur a le jeu de
carte suivant : 0, ½, 1, 2, 3, 5, 8, 13, 20,
40, and 100
Une carte « coffee »/ « Joker » est aussi
disponible

14. Les règles du jeu
Le PMO/Scrum Master est l'animateur.
Pour chaque user story, l'animateur lit la
description.
Le product owner répond au question des
estimateurs.
Chaque estimateur choisit une carte sans la
montrer aux autres.

15. Les règles du jeu
Les participants montrent leur carte au même
moment.
Des estimations très différentes : bonne
nouvelle!
Les auteurs des estimations hautes et faibles
s'expliquent.
Refaire autant de tours que nécessaire
jusqu'au consensus.

16. Les règles du jeu
Vous avez estimés votre user story!
Vous pouvez maintenant affecter les user story
aux sprints en fonction de votre vélocité.

17. Les règles du jeu : Résumé
1. Le modérateur lit la Story
2. L'équipe pose les questions au product
owner
3. Choix d'une carte
4. Révélation des cartes
5. Débats
Pas de consensus
Consensus

18. Jouons ensemble !
Le projet : application iphone de planning poker
User Story 1 : Se connecter à une user story
User Story 2 : Choisir une estimation
User Story 3 : Révéler les estimations de chacun
User Story 4 : Refaire un tour
Les rôles :
1 Animateur, 1 Product Owner

19. Pourquoi ca marche
Cela mélange les sources d'estimation
“La sagesse des foules”
Prends en compte les avis des timides, des juniors, des séniors.
Lisse les avis des experts et des fortes personnalités.
Chaque membre de l'équipe s'est engagé
C'est dynamique et amusant
Alors que d'habitude les développeurs rechignent à participer au chiffrage
d'un projet

20. Quelques conseils
Préparez votre Planning Poker
Bien préparé = 2h, mal préparé = 1 jour
Ne jamais revenir à la notion de temps
Pas de jour homme.... Non vraiment pas.
(Oui, c'est difficile pour les fans de GANTT et les SSII)
Toujours bien avoir en mémoire la tâche de
référence

21. Planning Poker
Estimer votre projet agile
Merci !