Télécharger en tant que ODP, PPTX
Téléchargé parNormandy JUG
AT2010 Planning Poker
Le document présente le planning poker comme une méthode d'estimation agile développée par James Grenning en 2002, visant à obtenir des estimations fiables grâce à la participation ludique de l'équipe. La méthode repose sur l'utilisation de cartes pour évaluer les user stories et encourage le consensus entre les estimations des membres de l'équipe. En mettant l'accent sur la vélocité de l'équipe et l'engagement de chaque participant, le planning poker s'avère être une approche dynamique et amusante pour le chiffrage des projets agiles.
Contenu connexe
![[Codeurs en seine] management & monitoring cloud](https://cdn.slidesharecdn.com/ss_thumbnails/codeurenseinemanagementmonitoringcloud-131101061123-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
AT2010 Planning Poker
- 1. Planning Poker Estimer dansvotre 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 [email protected]
- 3. Les origines duplanning 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 projetclassique 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 projetclassique 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 unprojet 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 dujeu 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 dujeu 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 dujeu 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 dujeu 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 dujeu : 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 ! Leprojet : 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 Celamé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 votrePlanning 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 votreprojet agile Merci !