Une Introduction à l Estimation et à la Planification Agile Mike Cohn 12 Mars 2008 2003 2007 Mountain Goat Software Mike Cohn présentation Coach et formateur Agile Membre fondateur et directeur de l Agile Alliance et de la Scrum Alliance Fondateur de Mountain Goat Software Premier projet Scrum en 199 Manager développeur, 2003 2007 Mountain Goat Software
Agenda Les bonnes unités pour estimer Comment estimer Le planning de Release Planifier avec plusieurs équipes 2003 2007 Mountain Goat Software Combien de temps cela prendra-t-il pour lire le dernier Harry Potter? pour aller en voiture jusqu à Paris? 2003 2007 Mountain Goat Software
Estimer la taille; en déduire la durée 2003 2007 Mountain Goat Software Mesurer la taille Séquentiel Lignes de code Points de Fonction Agile Story points Ideal days 2003 2007 Mountain Goat Software
Ideal days Combien de temps cela prendrait-il si : c est vous qui faite tout le travail? vous n êtes pas interrompu? et tout ce dont vous avez besoin est disponible? L Ideal time d une partie de basket-ball est de 40 minutes 4 périodes de 10 minutes Le temps réel d exécution est beaucoup plus long ( 2 heures) 2003 2007 Mountain Goat Software Story points La grosseur d une tâche Ses dépendances Sa difficulté Ses occurrences Ce que importe ce sont des valeurs relatives : Un écran de connexion vaut 2. Une fonction de recherche vaut 8. Les Points sont sans unité En tant qu'utilisateur, je veux être en mesure d'avoir certains articles, mais pas tous, dans mon paquet cadeau emballé. 2003 2007 Mountain Goat Software
Zoo points Quelle valeur en zoo points affecteriezvous à ces animaux du zoo? Lion Kangourou Rhinocéros Ours Girafe Gorille Hippopotame Tigre 2003 2007 Mountain Goat Software Comparer les approches Les Story points permettent d adopter une approche fonctionnelle transverse Les Story points permettent d estimer sans dégrader Les Story points sont une pure mesure de taille Estimer en story points est beaucoup plus rapide Mes Ideal days ne peuvent être ajoutés à vos Ideal days Les Ideal days sont plus faciles à expliquer en dehors de l équipe Les Ideal days sont plus faciles à estimer au début Les Ideal days peuvent forcer les entreprises à découvrir les activités où l on perd du temps 2003 2007 Mountain Goat Software
Le problème avec des unités mélangées Coder le 12 En tant que voyageur régulier, je veux En tant que voyageur régulier, je veux 30 3 20 2 Concevoir le Automatiser Tester le 10 8 En tant que voyageur régulier, je veux 60 6 En tant que voyageur régulier, je veux 40 4 En tant que voyageur régulier, je veux 20 2 2003 2007 Mountain Goat Software Agenda Les bonnes unités pour estimer Comment estimer Le planning de Release Planifier avec plusieurs équipes 2003 2007 Mountain Goat Software
Estimer par analogie Comparer une user story aux autres Cette story est pareil que celle-là, donc son estimation vaut la même chose. N utilisez pas une seule règle d or Au contraire, essayez de trianguler Comparer la story à estimer à plusieurs autres stories 2003 2007 Mountain Goat Software Utilisez les bonnes unités Pouvez-vous distinguer une story à 1 point d une story à 2 points? Et une story à 17 d une autre à 18? Utilisez un ensemble de nombres qui conserve un sens ; J aime : 1, 2, 3,, 8, 13 Rester le plus souvent dans une fourchette de 1 à 10 Cela reste conforme à la Nature : Les sons musicaux et le volume sont distingués sur une échelle logarithmique Utilisez 0 and ½ si vous voulez 2003 2007 Mountain Goat Software
Planning poker Une approche itérative pour estimer Etapes : Chaque estimateur dispose d un paquet de cartes, chaque carte porte une estimation valide Le Client/Product Owner lit une story et elle est brièvement discutée Chaque estimateur sélectionne une carte qui est son estimation Les cartes sont retournées afin que tous puissent les voir Discutez des différences (en particulier les valeurs aberrantes) Réestimez jusqu à ce que les estimations convergent 2003 2007 Mountain Goat Software Planning poker un exemple Estimateur Eric Martine Ingrid Thierry 1 er tour 3 8 2 2 ème tour 8 2003 2007 Mountain Goat Software
Estimez ceci : Items du Backlog Produit Lire un article de présentation générale haut-niveau sur le développement logiciel en mode agile dans un magazine de célébrités. Estimation Lire un article de recherche de pages denses sur le déloppement logiciel en mode agile dans un journal universitaire. Ecrire le backlog produit d une site ecommerce simple qui vend uniquement des horloges. Trouver, faire l entretien et embaucher un nouveau membre pour votre équipe. Créer une présentation de 60 minutes sur l estimation et la planification agile pour vos collègues. Laver et polir la Porsche de votre patron. Lire un bouquin de 10 pages sur le développement logiciel en mode agile. Ecrire une description de 8 pages sur le développement agile pour votre patron. 2003 2007 Mountain Goat Software www.planningpoker.com Gratuit, sinon je n en aurai pas parler 2003 2007 Mountain Goat Software
Agenda Les bonnes unités pour estimer Comment estimer Le planning de Release Planifier avec plusieurs équipes 2003 2007 Mountain Goat Software La planning de Release Réunion de planning de Release Planning de Release Sprint 1 Sprint 2 Sprint 3 Sprints 4 7 2003 2007 Mountain Goat Software
Un exemple avec une vélocité de 14 Sprint 1 Story A Story E 1 Story B 8 Story A Sprint 3 4 Story H 13 Story B Story I 8 Story C Story F 3 Story J Story G 8 3 Story H Sprint 2 Story C 3 Story D Story F 3 Story G 3 3 Story D Story E 1 13 Story I Story J 8 2003 2007 Mountain Goat Software Projections basées sur la vélocité 40 30 Moyenne (3 meilleurs) = 37 Moyenne (8 derniers) = 33 Moyenne (3 pires ) = 28 20 10 0 1 2 3 4 6 7 8 9 2003 2007 Mountain Goat Software
Extrapolez à partir de la vélocité Supposons qu il reste sprints Avec notre vélocité la plus faible, nous terminerons ici ( 28) Avec notre vélocité moyenne, nous terminerons ici ( 33) Avec notre meilleure vélocité, nous terminerons ici ( 37) 2003 2007 Mountain Goat Software Planning à date fixe Combien puis-je obtenir par <date>? Déterminez combien de sprints vous avez Estimez la vélocité comme une fourchette Multipliez la vélocité basse nombre de sprints Comptez le nombre de points ; il s agit des items que vous aurez Multipliez la vélocité haute nombre de sprints Comptez le nombre de points ; il s agit des items que vous pourrez peut-être avoir 2003 2007 Mountain Goat Software
Exemple de planning à date fixe Date de release souhaitée Aujourd hui Nombre de sprints Vélocité basse Vélocité haute 30 Juin 1 er janvier 6 (mensuel) 1 20 Vous aurez 6 1 Vous pourrez peut-être avoir 6 20 Vous n aurez pas 2003 2007 Mountain Goat Software Agenda Les bonnes unités pour estimer Comment estimer Le planning de Release Planifier avec plusieurs équipes 2003 2007 Mountain Goat Software
Trois problématiques Estimer dans une unité commune Planning du sprint Dépendances 2003 2007 Mountain Goat Software Etablir une base commune Toutes les équipes doivent être d accord pour utiliser les story points ou les ideal days Etablissez une base commune : Sélectionnez une douzaine de user stories qui ont été réalisées récemment ou qui sont dans le backlog produit Estimez les en gros avec le Planning Poker 2003 2007 Mountain Goat Software
Soyez prudent en comparant des équipes croisées Quand cette entreprise a-t-elle commencé à comparer les vélocités? Quand l équipe jaune a- t-elle découvert qu elle était comparée? 2003 2007 Mountain Goat Software Deux approches pour planifier un sprint Décaler d un jour Les sprints se terminent à ± 1 jour Permet à une ressource clé (ex: un product owner ou un architecte) de participer à de nombreuses réunions de planning 2003 2007 Mountain Goat Software
La Grande Salle Tous les sprints se terminent le même jour Tout est planifié le même jour dans la même salle Les ressources clés changent d équipe sur demande 2003 2007 Mountain Goat Software Dépendances Dépendances critiques entre les équipes : Impose un ordre d exécition et a probablement une influence sur la date finale de livraison Beaucoup moins que vous ne pensez Nouvelles dépendances : OK, nous allons commencer par telle et telle chose. Comme vous le savez, nous avons besoin de ceci et cela en premier. 2003 2007 Mountain Goat Software
Détecter les dépendances critiques Sprint 1 Sprint 2 Sprint 3 20 points 10 points 20 points Sprint 1 Sprint 2 Sprint 3 17 points 17 points 17 points 2003 2007 Mountain Goat Software Sprint 1 Dérouler le planning en avance Tâche Heures Coder le 8 Tester le 16 Intégrer avec Coder le 8 Concevoir le 4 Sprint 2 Sprint 3 2003 2007 Mountain Goat Software
Après le Sprint 1 Sprint 1 Sprint 2 Sprint 3 Sprints 4 7 Codage 8 Test 4 Conception 4 Codage Après le Sprint 2 Sprint 2 Sprint 3 Sprint 4 Sprints 7 Codage 3 Test 7 Test 6 Codage 8 Pendant la planification du Sprint 2, une équipe déroule le Sprint 4. Ils découvrent une dépendance avec une autre équipe. L autre équipe travaille sur cet item dans le Sprint 3. 2003 2007 Mountain Goat Software Pour contacter Mike Cohn mike@mountaingoatsoftware.com www.mountaingoatsoftware.com (720) 890-6110 2003 2007 Mountain Goat Software