Embed Size (px)
DESCRIPTION
Dans le développement logiciel, l’estimation des temps de réalisation est une science inexacte et est une des sources de dépassement des dates de livraison des jalons d’un projet.Découvrer comment avec une méthode conviviale, le planning poker, vous pouvez associer clients et développeurs pour estimer au plus juste.
Citation preview
13 octobre 2011
Planning Poker
Youen Chéné
Rouen - 13 octobre 2011
Partenaires Gold
Partenaires logistique
13 octobre 2011
13 octobre 2011
Votre Intervenant
Architecte SI chez Masternaut
Mise 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
13 octobre 2011
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.
13 octobre 2011
L'estimation d'un projet classiqueDé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
13 octobre 2011
L'estimation d'un projet classiqueMais 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)
13 octobre 2011
Estimer dans un projet agile
Dans un projet agile, c'est d'autant plus diffcile 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.
13 octobre 2011
La solution : jouons au cartes !
13 octobre 2011
Les bases : vélocité
Les projets agiles sont basés sur une vélocité propre à l'équipe de développement.
13 octobre 2011
Les bases : estimation avec des scores
On ne chiffre pas avec des heures ou des jours hommes.
13 octobre 2011
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
13 octobre 2011
Les bases : estimation avec des scores
Toutes les estimations seront faites relativement à cette tâche référente.
13 octobre 2011
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 octobre 2011
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 100Une carte « coffee »/ « Joker » est aussi
disponible
13 octobre 2011
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.
13 octobre 2011
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.
13 octobre 2011
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é.
13 octobre 2011
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
13 octobre 2011
Jouons ensemble !
Le projet : application iphone de planning pokerUser 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
13 octobre 2011
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 amusantAlors que d'habitude les développeurs rechignent à participer au
chiffrage d'un projet
13 octobre 2011
Quelques conseils
Préparez votre Planning PokerBien préparé = 1 à 2h, mal préparé = 1 jour
Ne jamais revenir à la notion de tempsPas 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
13 octobre 2011
Retours d'expérience
Une bonne prise de la température de l'équipeIl met en avant les différences et les tensions entre les membres de
l'équipe.
L'objectif du planning poker n'est pas de bien estimer, mais de permettre à l'équipe de s'engager sur un périmètre atteignable.
Planning PokerEstimer votre projet agile
Merci !
