Les équipes Scrum doivent estimer les user stories pour planifier efficacement les Sprints.
Sans une estimation précise, il peut y avoir des malentendus sur la complexité des tâches, entraînant des retards et une mauvaise planification.
Cet article explore différentes méthodes d’estimation, comme le Planning Poker et le T-shirt Sizes, pour guider les équipes dans l’évaluation des user stories.
Devenez un expert en Scrum et Agilité, et révolutionnez vos projets.
Introduction à l'estimation Scrum
Dans la session précédente, nous avons abordé la cérémonie du Sprint Planning, où nous avons défini l’objectif du Sprint et vu comment le Product Owner présente les user stories selon leur priorité. L’équipe de développement a eu l’opportunité de poser des questions pour s’assurer qu’elle a bien compris les critères d’acceptation et les besoins fonctionnels des user stories. À ce moment-là, nous avons abordé la phase d’estimation des user stories. Cette étape permet de déterminer le nombre exact d’éléments du backlog que l’équipe peut intégrer dans son Sprint.
Importance de l'estimation des User Stories
Créer une opportunité de discussion :
L’estimation des user stories offre à l’équipe l’occasion de discuter en profondeur des éléments du backlog, de négocier la compréhension de chaque story, et de s’assurer qu’il n’y a pas de malentendu sur les besoins. C’est une occasion pour l’équipe de s’assurer qu’elle a le même niveau de compréhension de chaque user story.
Identifier la complexité :
Estimer une user story permet également de comprendre sa complexité. Après l’exercice d’estimation, l’équipe peut identifier les user stories complexes (avec des estimations élevées) et celles plus simples, qui sont abordables et moins complexes.
Évaluer la faisabilité du Sprint :
En fonction de la complexité des user stories, l’équipe peut déterminer si elle est capable de réaliser toutes les tâches planifiées dans le Sprint. Par exemple, si une user story a une estimation très élevée, il est probable qu’elle ne puisse pas être réalisée dans le Sprint, et donc, le Product Owner devra la diviser en plusieurs parties plus petites et plus réalisables.
Sélectionner le nombre d'items à inclure dans le Sprint :
Les estimations aident l’équipe à décider combien d’éléments du backlog peuvent être intégrés dans le Sprint. Cette évaluation guide le Sprint Planning et permet de planifier des Sprints réalistes.
Temps vs Complexité des Tâches Scrum
Une question fréquemment posée dans les équipes Scrum est pourquoi estimer en termes de complexité plutôt qu’en temps . En effet, chaque user story peut varier en complexité, mais le temps nécessaire pour accomplir une tâche peut être très difficile à prévoir. De plus, une tâche qui prend beaucoup de temps peut ne pas être particulièrement complexe.
Par exemple :
- Une tâche de copier un livre de 100 pages dans un autre cahier peut prendre beaucoup de temps, mais elle n’est pas vraiment complexe, et n’exige pas des compétences exceptionnelles.
- En revanche, résoudre une équation du quatrième degré peut être complexe, mais une fois que la méthode est trouvée, elle peut être accomplie en peu de temps.
C’est pourquoi en Scrum, on se concentre sur la complexité plutôt que sur le temps. Cette approche permet d’évaluer la difficulté d’une tâche sans se baser sur des estimations de temps incertaines.
Techniques d'Estimation : Planning Poker
Voici quelques méthodes couramment utilisées pour estimer les user stories.
Méthode 1 : Planning Poker
Le Planning Poker est une méthode où chaque développeur utilise des cartes numérotées (1, 2, 3, 5, 8, 13, 21, etc.) pour attribuer des points de complexité à une user story.
L’estimation se fait en Fibonacci : les nombres augmentent progressivement, ce qui reflète l’incertitude croissante avec la complexité.
- Processus :Après que le Product Owner ait expliqué une user story et répondu aux questions, les membres de l’équipe choisissent simultanément une carte avec l’estimation de la complexité de cette user story. Si tout le monde est d’accord sur l’estimation, celle-ci est validée. Si des écarts sont constatés (par exemple, un développeur estime une story à 2 points et un autre à 21), l’équipe discute pour comprendre les raisons de ces différences.
Exemple : Une user story simple peut être estimée à 3 points, tandis qu’une user story plus complexe pourrait être estimée à 13 ou 21 points. Si des valeurs extrêmes sont données, une discussion est nécessaire pour clarifier la compréhension de la story.
Méthode 2 : T-shirt Sizes
La méthode T-shirt Sizes est plus intuitive et utilise des tailles de t-shirts (XS, S, M, L, XL, XXL) pour estimer la complexité d’une user story. Cette méthode est idéale pour les équipes qui préfèrent une approche moins numérique.
- Exemple :Une user story estimée àSserait simple à réaliser, tandis qu’une estimée àXLouXXLserait complexe et nécessiterait probablement un découpage en plusieurs sous-tâches.
Méthode 3 : Big, Uncertain, Small
Une variante de la méthode de T-shirt Size, cette approche est très simple, utilisant seulement trois catégories : Big (complexe), Uncertain (incertain), et Small (simple). Elle permet de catégoriser rapidement la complexité d’une user story.
User Story de Référence en Estimation
Une User Story de Référence est une petite user story du backlog qui n’est pas complexe et qui sert d’unité pour estimer les autres user stories. Elle est attribuée une estimation de 2 points de complexité, et cette estimation est utilisée comme base de comparaison pour les autres éléments du backlog.
- Exemple :Si la User Story 1 est estimée à 2 points (référence), alors la User Story 2, plus complexe, pourrait être estimée à 5 points, et la User Story 3, très complexe, à 13 ou 21 points.
Cette méthode permet de standardiser les estimations et de faciliter les comparaisons entre les différentes user stories.
Conclusion sur l'Estimation Agile
L’estimation des user stories est un processus clé dans Scrum qui permet à l’équipe de mieux comprendre les tâches à accomplir et de planifier efficacement les Sprints. En utilisant des méthodes comme le Planning Poker ou la méthode T-shirt Size, l’équipe peut estimer la complexité des tâches de manière collaborative, ce qui renforce la transparence et l’alignement des membres de l’équipe.
Formez-vous gratuitement avec Alphorm !
Maîtrisez les compétences clés en IT grâce à nos formations gratuites et accélérez votre carrière dès aujourd'hui.
FAQ
Pourquoi estimer les user stories est important ?
Quelle est la différence entre complexité et temps dans l'estimation ?
Quelles sont les méthodes d'estimation des user stories ?
Comment fonctionne le Planning Poker ?
Qu'est-ce qu'une User Story de Référence ?
Conclusion
L’estimation des user stories est un processus clé pour une planification efficace dans Scrum. Quelle méthode d’estimation préférez-vous pour vos projets ?
