ATR2011 - Planning poker
Upcoming SlideShare
Loading in...5
×
 

ATR2011 - Planning poker

on

  • 1,395 views

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.

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.

Statistics

Views

Total Views
1,395
Views on SlideShare
1,320
Embed Views
75

Actions

Likes
0
Downloads
18
Comments
0

1 Embed 75

http://www.normandyjug.org 75

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

ATR2011 - Planning poker ATR2011 - Planning poker Presentation Transcript

  • Planning Poker Youen Chéné Rouen - 13 octobre 201113 octobre 2011
  • Partenaires Gold Partenaires logistique13 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 dauto écoleNormandy Jug Leader : 1 session liée à Java le 3ème mardi de chaque mois au CESI. http://www.normandyjug.orghttp://www.youenchene.frhttp://twitter.com/youen_cheneyouen.chene@gadz.org13 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
  • Lestimation dun projet classiqueDéveloppeur qui passait par là Estim. Développeur pas frais x Pi = Charge Etape Projet Feuille Excel Chef de projet qui doit rendre son chiffrage dans 1h 13 octobre 2011
  • Lestimation dun projet classique Mais aussi : Les abaques (mais pas adapté au contexte courant) La fiche excel magique (avec plein déquations dedans) Lavis de lexpert (que personne de remet en cause) Lestimation commerciale (quil faut tenir à tout prix)13 octobre 2011
  • Estimer dans un projet agileDans un projet agile, cest dautant plus diffcile sachant quil faut estimer souvent et sur un périmètre qui évolue Nous avons besoin dune manière rapide, simple et fiable destimer 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 scoresOn 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 dune personne.Cette tâche correspond à un score de 5 points13 octobre 2011
  • Les bases : estimation avec des scoresToutes les estimations seront faites relativement à cette tâche référente.13 octobre 2011
  • Les bases : rapport avec la vélocité La vélocité dun équipe étant le nombre points réalisé en un sprint. La vélocité évolue de sprint en sprint. Il sera possible alors destimer le nombre de user story affectable à un sprint.13 octobre 2011
  • Les règles du jeuLe product owner / la MOA participent mais nestiment 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 disponible13 octobre 2011
  • Les règles du jeu Le PMO/Scrum Master est lanimateur. Pour chaque user story, lanimateur 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 sexpliquent. Refaire autant de tours que nécessaire jusquau 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 5. Débats 3. Choix dune carte Pas de consensusConsensus 4. Révélation des cartes 13 octobre 2011
  • 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 Owner13 octobre 2011
  • Pourquoi ca marche Cela mélange les sources destimation “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 sest engagé Cest dynamique et amusant Alors que dhabitude les développeurs rechignent à participer au chiffrage dun projet13 octobre 2011
  • Quelques conseils Préparez votre Planning Poker Bien préparé = 1 à 2h, mal préparé = 1 jour Ne jamais revenir à la notion de temps Pas de jour homme.... Non vraiment pas. (Oui, cest difficile pour les fans de GANTT et les SSII) Toujours bien avoir en mémoire la tâche de référence13 octobre 2011
  • Retours dexpérience Une bonne prise de la température de léquipe Il met en avant les différences et les tensions entre les membres de léquipe. Lobjectif du planning poker nest pas de bien estimer, mais de permettre à léquipe de sengager sur un périmètre atteignable.13 octobre 2011
  • Planning PokerEstimer votre projet agile Merci !