• 6 heures
  • Facile

Ce cours est visible gratuitement en ligne.

course.header.alt.is_video

course.header.alt.is_certifying

J'ai tout compris !

Mis à jour le 09/08/2023

Estimez la complexité d'un projet

Dans ce chapitre, vous allez découvrir que la durée (en jours-homme, par exemple) n'est pas la mesure la plus pertinente pour estimer une User Story ou une tâche.

Le Planning Poker pour l'équipe agile

Les membres de votre équipe auront souvent des niveaux d'expérience et d'expertise différents. Le Planning Poker est une pratique à la fois agile et ludique, qui va vous aider à estimer tous ensemble la complexité des fonctionnalités à développer. Faites-les s'exprimer le plus librement possible afin de favoriser les échanges. Plus votre équipe sera unanime, plus les estimations seront précises ! 😌

Le Planning Poker est une estimation collective des efforts nécessaires pour produire tout ou partie d’une User Story. Votre objectif étant au final d’obtenir un accord après avoir discuté de la mise en œuvre la plus efficace. 🤞 Plusieurs échelles sont envisageables :

  • les tailles de tee-shirt (XS, S, M, L, XL) avec des débutants ;

  • les multiples ou les puissances de 2 ;

  • la suite de Fibonacci (0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144).

En gestion empirique de projet, votre planification est basée sur le calcul de la vélocité. Vous constatez à échéance régulière (jours ou semaines) combien de fonctionnalités ont été développées. Vous additionnez ensuite les estimations (Story Points) des User Stories terminées par l'équipe. C'est à partir de ce calcul que vous définissez la potentielle date de livraison finale du projet.

Si votre équipe agile réalise des estimations rigoureuses, alors l'échelle utilisée restera cohérente tout au long du projet. 🔮 Pas besoin de réviser sans cesse la planification ! C'est votre calcul de la vélocité entre le temps réel et les Story Points qui évoluera.

Le Planning Poker pour le coach agile

Certaines personnes ne s'expriment jamais dans les formats de réunion classiques. Le Planning Poker vous permet au contraire d'exploiter la connaissance de tous les membres de votre équipe agile. La discussion qui se tient à la suite de la révélation des estimations initiales est animée par le coach agile. Remettez en question les User Stories. Explicitez toutes les difficultés potentielles.

Voici la démarche que vous devez suivre pour réussir votre Planning Poker :

  1. Vous présentez la User Story à l'équipe.

  2. Chaque membre de l'équipe propose son estimation (en même temps).

  3. Les membres aux estimations les plus extrêmes expliquent leur choix.

  4. Vous organisez un ou plusieurs autres tours d’estimation pour obtenir l'unanimité.

  5. L’estimation est ajoutée à la User Story.

Voici les avantages que vous apporte cette réunion :

  • Une estimation partagée et transparente pour votre client.

  • Une responsabilisation sur les engagements de votre équipe.

  • La suppression des jeux d’influence.

Vous pouvez organiser le Planning Poker avec un véritable jeu de cartes représentant des valeurs typiques pour des estimations en Ptory points (suite de Fibonacci). Votre client, ou son représentant, peut aussi présenter l'objectif de la User Story. Chaque membre de votre équipe fait discrètement son choix. En qualité de coach agile, vous demandez à chaque participant de retourner sa carte (simultanément). 🃏 Vous arbitrez ensuite la discussion afin de trouver un consensus.

La méthode du Planning Poker a été décrite pour la première fois en 2002 par l'auteur américain James Grenning. C'est une compétence obligatoire pour un(e) coach agile !

En résumé

  • Estimez collectivement la complexité du travail à réaliser, en organisant une partie de Planning Poker avec votre équipe et votre client.

  • En qualité de coach agile, vous réunissez les participants autour d'une table et arbitrez les débats du Planning Poker.  

Vous avez estimé les Story Points de chaque User Story grâce au Planning Poker. C'était la toute dernière étape de préparation avant de lancer le développement du produit ou du service. Vous êtes maintenant prêt à gérer un projet avec la pratique agile du Kanban dès le prochain chapitre.

Exemple de certificat de réussite
Exemple de certificat de réussite