Menu

Comment rendre le processus d'estimation agile facile avec Planning Poker

  • Principal
  • Test Agile
  • Comment rendre le processus d'estimation agile facile avec Planning Poker

how make agile estimation process easy with planning poker

Essayez Notre Instrument Pour Éliminer Les Problèmes

Un art d'estimation est connu de tous.

qu'est-ce qu'un site de partage de fichiers

Nous estimons chaque jour de notre vie. La plupart d'entre nous peuvent estimer le poids des légumes simplement en les tenant; on peut également mesurer la maturité d'un fruit par son arôme.

Dans l’article d’aujourd’hui, nous en apprendrons davantage sur Planning Poker, également connu sous le nom de Scrum Poker Cards, une technique d’estimation et de planification agile, qui est une technique très populaire, facile et simple de nos jours.

Planifier le poker Scrum Poker en Agile

Pour un exemple réel d'estimation, prenons un scénario de 3 amis:

Tim, Bob et John qui veulent se rendre à une conférence technique après le travail. Le lieu est à 60 km et possède un terrain vallonné. Tim, Bob et John discutent du plan de voyage à l'heure du déjeuner.

Bob dit , «J'ai également assisté à cette conférence l'année dernière. Je connais le chemin et il faudra 2 heures pour y conduire ».

Tim dit , «Je suis un nouveau pilote et je n’ai jamais été dans cette région auparavant. Si je conduis, cela prendra 4 heures. '

John dit , «Je suis d'accord pour conduire sur une zone vallonnée mais je n'y suis jamais allé auparavant. Il me faudra donc 3 heures pour nous conduire tous là-bas »

Cela semble être une conversation régulière, mais ces amis ont juste estimé combien de temps il faudra à chacun d'entre eux pour se rendre à la conférence technique en fonction de leur expérience passée, de leurs compétences de conduite et de leur familiarité avec le terrain.

De même en développement logiciel, nous fournissons estimations basées sur nos expériences passées similaires , compétences techniques et familiarité / connaissance du domaine des aspects techniques de la tâche assignée.

Ce que vous apprendrez:

Pourquoi avons-nous besoin d'estimer?

Le calendrier de livraison du projet logiciel est déterminé par les besoins de l'entreprise. Pour que l'équipe s'engage à respecter les délais, il est important que l'équipe se réunisse et fournisse une estimation réaliste.

Au début du projet, l'exigence peut ne pas être bien définie, la méthodologie de développement détaillée peut ne pas être décrite, les dépendances peuvent ne pas avoir été identifiées, etc. Il est néanmoins important d'établir une estimation de haut niveau pour que le projet puisse être planifié par conséquent.

Par exemple, si l'estimation de haut niveau est supérieure à ce que l'équipe peut réaliser dans une durée donnée, des décisions peuvent être prises si une ressource supplémentaire doit être acquise, les délais doivent être prolongés, etc.

Ainsi, l'estimation est une étape très cruciale dans le cycle de vie du développement logiciel.

Comprendre les unités d'estimation

Les unités d'estimation peuvent être exprimées en heures, en jours ou en points d'histoire. Les estimations en heures et en jours sont faciles à comprendre et à comprendre. Le concept de story points est plus abstrait.

Les points d'histoire sont utilisés comme une mesure de la complexité et des inconnues associées à une tâche. La valeur du point d'histoire est calculée en fonction d'une ligne de base calculée. Cette base de référence est établie par l'équipe elle-même sur la base du vitesse de l'équipe dans les projets antérieurs. Plus la valeur du point d'histoire est élevée, plus d'efforts sont nécessaires pour implémenter une tâche particulière.

Il est cependant important de comprendre que les points d'histoire ne correspondent pas à des heures, il est donc difficile de comparer les points d'histoire et l'estimation de l'effort en heures. Donc 1 point d'histoire? 1 heure.

Qu'est-ce que Planning Poker ou Scrum Poker?

Tel que défini dans Wikipédia :

«La planification du poker, également appelée Scrum poker, est une technique d'estimation gamifiée basée sur le consensus, principalement utilisée pour estimer l'effort ou la taille relative des objectifs de développement dans le développement de logiciels»

Le mot «Poker» rappelle à tout le monde le jeu de cartes Poker, et il va sans dire que cette technique d’estimation utilise des cartes pour fournir des estimations. Nous discuterons

Nous discuterons plus en détail des cartes et de la manière dont une session de planification de poker se déroule dans les sections suivantes de l'article.

Outil recommandé

# 1) Poker agile

Bannière de poker agile

Poker agile est une application bien connue pour Jira pour une planification et des estimations rapides et pratiques pour les équipes distantes et colocalisées.

Démarrer avec Agile Poker est simple et facile car il a été inspiré par trois méthodologies d'estimation standard de l'industrie: Planning Poker®, Wideband Delphi et Magic Estimation (également connu sous le nom de Silent Grouping, Affinity Estimation, Swimlanes Sizing ou Relative Estimations).

=> Téléchargez l'outil Agile Poker ici

Quand la planification du poker est-elle terminée?

Planning Poker est une technique d'estimation et, comme toutes les sessions d'estimation, doit avoir lieu avant le itération / sprint départs.

Les user stories peuvent être extraites des problèmes de backlog et présélectionnées avant la réunion Planning poker. Sur la base des estimations fournies pour les user stories, la décision peut être prise concernant les stories à inclure dans chaque itération.

Par exemple, sur la base de la vitesse et des performances précédentes de l'équipe, le chef de projet est conscient que l'équipe est capable de livrer 20 points d'histoire en 2 semaines. Si lors de la planification de la session de poker, l'estimation totale des user stories présélectionnées dépasse 20 points d'histoire, alors le chef de projet prendra des décisions concernant les user stories à inclure et / ou omettre dans la prochaine itération afin que l'équipe puisse livrer avec succès le des user stories engagées dans les délais.

Organiser une session de planification de poker

Faisons une simulation de séance de planification de poker pour avoir une meilleure idée du processus.

Pour mener la session de planification de poker, vous auriez besoin de plusieurs copies du jeu de cartes de planification de mêlée. Il n'est pas nécessaire d'avoir des cartes sur papier. Il existe plusieurs applications en ligne comme Scrum Poker (Android) ou Scrum Poker planning (IOS), etc. qui peuvent être utilisées.

Les cartes auront des estimations communes, par exemple 0, 0,5,1, 2, 3, 5, 8, 13, 20 etc. Ce séquençage semblera familier à la plupart des lecteurs et est la série Fibonacci.

Quelques autres cartes optionnelles sont:? - pour indiquer que l'estimateur est incertain, symbole Infini - pour indiquer que la tâche ne peut pas être accomplie et carte tasse à café - pour indiquer que l'estimateur doit faire une pause.

La figure ci-dessous montre un jeu de cartes de planification de poker:

avantages de linux sur windows 10

planification des cartes de poker

Si vous le souhaitez, vous pouvez également utiliser un minuteur pour suivre et limiter le temps passé sur chaque discussion

Pour cette session de planification de poker, envisagez une demande d'inscription universitaire en ligne. Voici les histoires du backlog qui doivent être implémentées dans un sprint à venir:

Histoire d'utilisateur 1: En tant qu'utilisateur, je ne devrais pas pouvoir m'inscrire sans fournir de numéro de téléphone portable

Description: Rendre le champ de téléphone portable obligatoire. L'utilisateur recevra le message d'erreur «Le numéro de téléphone portable est obligatoire» si le champ est laissé vide. Il devrait y avoir un bouton «Fermer» sur ce message d'erreur contextuel. L'interface utilisateur de la boîte de dialogue, la taille de la police et le style du texte du message d'erreur doivent être identiques à ceux des autres messages contextuels du formulaire. Ce message serait déclenché lorsqu'un utilisateur essaie d'enregistrer l'application.

Histoire d'utilisateur 2: En tant qu'utilisateur, je ne devrais pas pouvoir m'inscrire sans fournir un numéro de téléphone portable au format approprié

Description: Ajoutez une validation pour le numéro de cellule (devrait maintenant être au format 111-111-1111). L'utilisateur obtiendra 'Le format du numéro de téléphone portable doit être 111-111-1111' si le format est incorrect. Il devrait y avoir un bouton «Fermer» sur ce message d'erreur contextuel. L'interface utilisateur d'une boîte de dialogue, la taille de la police et le style du texte du message d'erreur doivent être identiques à ceux des autres messages contextuels du formulaire. Cette validation serait déclenchée lorsque l'utilisateur essaie de sauvegarder l'application

Tâche 3: Changer le logo de l'université en nouveau logo dans les 75 pages de l'application Web

Nous supposerons que l'animateur est Tia, analyste produit pour le projet. Les estimateurs sont Tony (développeur), Maria (concepteur d'interface utilisateur) et Gavin (testeur). Jose, le chef de projet sera également présent à la réunion mais ne participera pas à l'estimation.

Étape 1 : Tia planifie une session de planification de poker et fait circuler les user stories potentielles à inclure dans le prochain sprint avec l'équipe.

Étape 2: Tous les participants assistent à la réunion. Lorsque la réunion commence, Tia distribue le jeu de cartes à chaque estimateur ou chaque estimateur ouvre l'application de planning poker card sur son smartphone.

exemple de plan de test pour une application Web

Étape 3 : Tia donne un aperçu de User Story 1. Les estimateurs demandent des éclaircissements, discutent brièvement des domaines d'impact, de la méthodologie de développement, etc.

Étape 4: Interrogé par Tia, chaque estimateur appelle son numéro. Maria, Tony et Gavin ont tous choisi 2 points d'histoire comme estimation.

Étape n ° 5: Puisque le consensus est atteint, l'équipe passe à l'exigence suivante.

Étape # 6: Tia donne un aperçu de l'exigence 2. Tous ont choisi 1 point d'histoire comme estimation, le consensus est atteint, l'équipe passe à l'exigence suivante.

Étape 7: Tia donne un aperçu de la tâche 3. Maria et Tony ont choisi 1 et Gavin a choisi 2 points d'histoire comme estimation. Le consensus n'étant pas atteint, Tony et Gavin sont invités à justifier leur choix. Tony dit que puisque le logo de l'Université est affiché à partir d'un seul emplacement dans chaque page Web, il leur suffit de mettre à jour le logo à cet endroit et pense qu'un point d'histoire est une estimation suffisante pour le développement et le test des deux.

Gavin, d'autre part, fait valoir que, bien que l'emplacement du logo soit centralisé, toutes les pages Web utilisent des feuilles de style différentes, le testeur devrait naviguer vers chaque page Web et vérifier si le logo s'affiche correctement (ne doit pas apparaître coupé, ne doit pas paraître étiré, etc.).

En outre, les tests devraient être effectués pour plusieurs navigateurs. Donc, selon Gavin, 2 story points est une estimation réaliste pour le développement et les tests.

Étape # 8: Tia appelle à la réévaluation des estimations. Maintenant, Maria, Tony et Gavin sont d'accord et ont choisi 2 points d'histoire comme estimation.

Toutes les user stories sont maintenant estimées, avec la valeur totale des points d'histoire du sprint suivant de 2 + 1 + 2 = 5 points d'histoire. Le chef de projet / analyste de projet crée ensuite formellement un nouveau sprint et planifie la date de début et la date de fin du sprint.

Résumé des étapes

(Cliquez pour agrandir image)

planification des étapes de poker

Outils de planification du poker en ligne:

  1. PlanificationPoker
  2. Plan ITPoker
  3. Pointage au poker
  4. Poker agile pour JIRA
  5. Agile à la main

Quelques conseils utiles

#1. Les estimateurs doivent se préparer et passer en revue les exigences à l'avance. Cela peut être fait dans les sessions de préparation du backlog. Être préparé est essentiel car les estimations doivent être fournies en fonction de la compréhension des besoins.

Par exempleAfin de fournir une estimation précise, le développeur doit être clair sur la méthodologie qu'il suivra pour mettre en œuvre les exigences. S'il y a des inconnues, ou si la tâche est de grande complexité, le point d'histoire une estimation attachée à la tâche sera plus élevé.

#deux. La planification d'une réunion de poker est une activité limitée dans le temps et son but est de se réunir en équipe et de fournir des estimations. L’objectif doit être de fournir une estimation basée sur les performances (ou la vitesse) précédentes des équipes. Cette réunion ne doit pas être confondue avec d'autres réunions comme Daily Scrum, Backlog Grooming ou Rétrospective.

# 3. Les estimations doivent être fournies par les personnes qui travailleront réellement sur le projet. Avec des équipes situées géographiquement à différents endroits, les personnes travaillant sur le projet doivent collaborer et fournir des estimations. La réunion peut être tenue en ligne pour faciliter les équipes de tous les sites mondiaux.

# 4. N'oubliez pas de vous amuser!

Planification du plaisir de poker

(image la source )

Conclusion

  • Planning Poker Estimation fonctionne très bien dans méthodologie agile .
  • Cette technique est évolutive et les estimations sont basées sur la vitesse de l'équipe
  • Planning Poker est également très réussi du fait que nous recevons des estimations directement des personnes qui vont travailler sur la tâche et est donc plus réaliste.
  • Si le chef de projet fournit lui-même les estimations, sans consulter l'équipe ni finaliser les détails techniques, cela peut essentiellement mettre le projet en péril en raison des hypothèses formulées, des détails négligés, etc.
  • De plus en plus d'entreprises font la transition vers Agile et utilisent de telles techniques d'estimation non traditionnelles.

L'estimation est un élément essentiel de Planification de projet . L'approche d'estimation doit être cohérente, flexible, évolutive et bien fonctionner pour les petites tâches et les user stories. En outre, cela ne devrait pas consommer beaucoup de temps et de ressources pour l'équipe.

La dernière chose dont vous avez besoin est une tâche d'estimation pour l'estimation!

À propos de auteur: Cet article utile est écrit par Neha B. Elle esttravaille actuellement en tant que responsable de l'assurance qualité et se spécialise dans la direction et la gestion d'équipes d'assurance qualité internes et offshore.

Faites-nous savoir si vous avez des questions à l'aide de la technique Planning poker pour l'estimation et la planification Agile.

lecture recommandée

^