Extreme Quotation – estimation agile

Extreme Quotation
Extreme Quotation

Dans les méthodes agiles, il existe différentes méthodes pour estimer la complexité des user-story dont l’Extreme Quotation qui est rapide et efficace. Elle est assez différente au Poker Planning qui est la plus populaire actuellement.

Pour prioriser voire pour préparer les prochains sprints, le product owner a besoin de l’estimation des développeurs ; en effet, il pourra voir ses choix changer selon l’estimation de celles-ci ; avec le poker planning, cela peut durer des heures surtout quand on multiplie les user-stories. L’Extreme Quotation est un concept beaucoup plus rapide qui permet d’estimer massivement les user-stories

Article sur le poker planning pour ceux qui ne connaissent pas cette méthode très populaire en Scrum : voir l’article.

Extreme Quotation : sous forme d’atelier

Il y a différentes façons de faire et n’hésitez pas à adapter la méthode à votre environnement.

Vous pourrez estimer sous deux formes : taille de t-shirt (S, M, L, XL, XXL) ou avec la suite de Fibonacci (1, 2, 3, 5, 8, 13…) plus connue par les équipes Scrum. En effet, en agile il est assez rare (et très déconseillé) d’estimer en temps.

Pour préparer l’atelier, le coach agile doit préparer des post’it de chaque user-story ainsi qu’un tableau au mur avec les différentes notations possibles.

Voici un exemple de ce qu’on aura pendant l’atelier de l’Extreme Quotation visuellement :

Extreme Quotation
Extreme Quotation

Déroulement de l’Extreme Quotation

Quand tout est prêt, on rassemble l’ensemble de l’équipe 30 à 40 minutes autour de ce board ; les post’it ne sont pas disposés sur le board mais à côté de celui-ci.

Etape 1 de l’Extreme Quotation – 10 minutes

Le coach agile va rappeler brièvement le but de cet atelier avant de le commencer concrètement pour que l’ensemble de l’équipe comprenne l’intérêt de celui-ci.

Ensuite le product owner va lire l’ensemble des user-story une à une et leur description à l’ensemble des participants. Contrairement au poker planning, nous n’allons pas faire de séance de questions/réponses sur celles-ci.

Etape 2 de l’Extreme Quotation – 10 minutes

Les participants chacun leur tour vont poser un post’it dans la colonne qui lui parait être la bonne estimation sans discuter du post’it. Sur ce premier tour d’estimation, les participants ne doivent pas parler et faire l’exercice dans le silence.

Nous mettrons alors l’estimation en petit sur tous les post’it positionnés sur le board.

Etape 3 de l’Extreme Quotation – 10 minutes

Chaque participant peut déplacer un post’it sous une autre valeur (toujours dans le silence) si il n’est pas d’accord avec l’estimation de base.

Si un post’it a changé de position, nous allons noter dessus la nouvelle estimation ; pour les post’it qui n’ont pas changé, nous allons les sortir du board (sur le côté par exemple).

Etape 4 de l’Extreme Quotation – 10 minutes

Les participants vont discuter ensemble des user-stories qui ont vu leur valeur changer entre l’étape 2 et l’étape 3 afin que tout le monde se mette d’accord sur la valeur finale que nous leurs attribuerons.

Il ne faut pas dépasser les 10 minutes annoncées et faire son possible pour se mettre d’accord rapidement.

Rappel de l’estimation dans le monde Agile

Le monde de l’agilité n’est pas très fan de l’estimation car il est vrai qu’en informatique les estimations (autant que dans d’autres méthodologies de travail) ne sont que rarement fiables car de nombreuses inconnues sur les projets amènent une forte incertitude.

Certains agilistes comme moi, proposent même de faire du #NoEstimate surtout si vous n’utilisez pas l’estimation réellement dans vos projets.

Voici un article sur le #NoEstimate : voir l’article.

Si cette méthodologie de l’Extreme Quotation semble moins précise que le poker planning, elle permet également de prendre moins de temps à estimer ; certains profiteront de ce temps pour avancer sur le produit. En réalité, nous nous apercevons que cette méthode donne des résultats aussi fiables que le poker planning.

Conclusion Extreme Quotation

Vous venez d’apprendre à faire des estimations massives grâce à l’Extreme Quotation. La plupart des coachs agiles qui le font sont très satisfaits des résultats de cette méthode.

D’ailleurs, n’hésitez pas à essayer l’Extreme Quotation et à l’adopter si les résultats sont à la hauteur de vos espérances.

[ Article lu 1 fois aujourd'hui ]
A propos Judicaël Paquet 942 Articles
  Paquet Judicaël (expert en transformation et AI) Mes activités en France et en Suisse : - ingénieur prompt - coach AI - architecte de transformation agile - formations agiles personnalisées - sensibilisations et coaching de manager - audits de maturité agile et de situations - coaching agile (équipes, orga, product owner, scrum master, coach agile) Spécialités : scrum, kanban, management 3.0, agilité à l’échelle, lean startup, méthode agile, prompt AI, Intelligence artificielle. [Me contacter]

2 Commentaires

  1. L’objectif de ce type d’exercice est d’affiner les user stories pour s’assurer qu’elles sont bien comprises et notamment par des questions soulever les flous et les loups ?

    Réduire l’exercice à la seule estimation me semble oublier cette part essentiel, on réduit le temps passé à cet exercice mais ne le paye-t-on pas plus tard par des US incomplètes ou rejetées ?

    • Alors je dirais « oui » et « non » (le mec pas indécis déjà).

      En fait la Product Backlog Refinement a ce rôle mais l’Extreme Quotation ne l’a pas vraiment. C’est une façon d’estimer plus rapide pour avoir un premier jet d’estimation. Si l’estimation n’est pas parfaite, ce n’est pas dramatique et gravé dans le marbre. On est pas sur un exercice d’affinage.

      Certains vont faire cet exercice pour aider le PO a choisir comment lancer le premier sprint (voire pour faire une roadmap estimative quand le core-manager non agile aime trop les roadmap 😉 ) mais cela n’empêche pas ensuite de refaire des Product Backlog Refinement (c’est même très conseillé). L’exercice de l’affinage est à mon avis très important et ne doit pas être oublié mais il n’impose pas d’estimer.

      Pour ma part j’ai de plus en plus de chance de voir des projets accepter l’idée du #NoEstimate parce que les gens se rendent compte que leur estimation ne leur servent pas à grand chose ; si on estime en poker planning mais que nos estimations ne sont pas vraiment utilisées autant ne pas perdre du temps à estimer. On est d’accord que de parler des user-story entre devs (aavec le PO) a toujours son importance par contre car cela permet de partager et de lever d’éventuels doutes ; Vu les résultats positifs des affinages, je conseille évidement de ne pas les arrêter ^^ (pas en scrum au tout cas).

      Dans ce cas, si le projet n’utilise pas vraiment l’estimation, l’extrème quotation peut faire le job de donner un rapide coup d’oeil de la taille des user-story pour le PO sans pour autant faire de l’estimation plus fine qui prend du temps. Faire du poker planning sur une centaine de user-story prendra des jours là où l’Extrème Quotation prendra qu’une heure. Les deux estimations n’ont pas le même but 🙂

7 Rétroliens / Pings

  1. Faire une planning release en agile | Blog Myagile Partner
  2. Pourquoi mettre en place un Framing Agile ? | Blog Myagile Partner
  3. Comment lancer un framing de projet ? - Blog Myagile Partner
  4. Comment écrire ses US avec une approche incrémentale et itérative - Blog Myagile Partner
  5. Burnup Chart : suivre l'avancement d'un projet - Blog Myagile Partner
  6. Qui estime les user-stories ? - Blog Myagile Partner
  7. Backlog exemple - My Agile Partner Scrum

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée.


*


Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.