{"id":9845,"date":"2022-01-25T11:12:11","date_gmt":"2022-01-25T11:12:11","guid":{"rendered":"https:\/\/www.cybermedian.com\/fr\/?p=9845"},"modified":"2026-04-20T09:13:36","modified_gmt":"2026-04-20T09:13:36","slug":"top-7-des-methodes-destimation-agiles-les-plus-populaires-pour-les-user-stories","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/fr\/top-7-most-popular-agile-estimation-methods-for-user-stories\/","title":{"rendered":"Top 7 des m\u00e9thodes d’estimation agiles les plus populaires pour les user stories"},"content":{"rendered":"

Lorsqu’il s’agit d’estimation agile, vous ne pouvez pas vous emp\u00eacher de mentionner ses principes de base\u00a0: utilisez des unit\u00e9s d’estimation relatives (telles que des points d’histoire), encouragez une discussion d\u00e9taill\u00e9e du contenu des histoires d’utilisateurs, formez un consensus et un engagement envers la solution, et am\u00e9liorez l’\u00e9quipe gr\u00e2ce \u00e0 une collaboration coh\u00e9rente.<\/p>\n

M\u00e9thodes d’estimation agiles pour les user stories \u2014 Visual Paradigm International<\/figcaption><\/figure>\n

De nombreuses \u00e9quipes agiles autour de moi utilisent le “planning poker” pour estimer les points d’histoire.\u00a0Bien que cette m\u00e9thode soit populaire, elle a aussi ses limites.<\/p>\n

Par exemple:<\/p>\n

    \n
  1. La fonction \u00e0 estimer est trop grande, et il n’est pas facile d’estimer avec le “planning poker” ;<\/li>\n
  2. 300 histoires sortent;<\/li>\n
  3. La user story \u00e0 estimer ne contient pas suffisamment d’informations pour r\u00e9f\u00e9rence ;<\/li>\n
  4. Le temps est compt\u00e9, il n’y a pas de temps pour estimer la liste compl\u00e8te des demandes de produits.<\/li>\n<\/ol>\n

    Ainsi, cet article pr\u00e9sente non seulement les m\u00e9thodes d’estimation agiles les plus populaires “planning poker”, mais \u00e9galement 6 autres m\u00e9thodes d’estimation agiles pour r\u00e9pondre \u00e0 tous vos besoins d’estimation de user story<\/p>\n

    1. Planification du poker<\/span><\/h3>\n

    Tous les participants utilisent des cartes \u00e0 jouer num\u00e9rot\u00e9es pour estimer l’histoire de l’utilisateur, votent anonymement lors de l’estimation, discutent s’il y a un gros d\u00e9saccord, puis votent \u00e0 nouveau, jusqu’\u00e0 ce que toute l’\u00e9quipe parvienne \u00e0 un consensus sur l’exactitude de l’estimation.\u00a0L’utilisation du poker planifi\u00e9 a des limites et convient mieux aux petites \u00e9quipes (5 \u00e0 8 personnes) et \u00e0 un petit nombre d’histoires d’utilisateurs (jusqu’\u00e0 10).<\/p>\n

    Astuce :\u00a0<\/strong>\u00a0bien que ce ne soit pas une r\u00e8gle, il est fortement conseill\u00e9 de d\u00e9composer les user stories dans le backlog produit en 13 points maximum ;\u00a0afin que votre \u00e9quipe puisse clairement comprendre les histoires d’utilisateurs au niveau de d\u00e9tails qui peuvent \u00eatre facilement estim\u00e9s.<\/p>\n

    Planning Poke Card \u2014 M\u00e9thodes d’estimation agiles<\/figcaption><\/figure>\n

    2. Taille du tee-shirt<\/span><\/h3>\n

    Utilisez la taille du T-shirt pour estimer la taille de la story de l’utilisateur : XS, S, M, L, XL.\u00a0La taille de chaque taille repr\u00e9sente la n\u00e9cessit\u00e9 d’une discussion ouverte et honn\u00eate.\u00a0Cette m\u00e9thode est simple et rapide, et vous pouvez estimer la taille de la liste de demandes de produits de mani\u00e8re audacieuse.<\/p>\n

    Conseil :<\/strong>\u00a0Cette m\u00e9thode convient pour estimer la liste massive de demandes de grandes user stories, en particulier lorsque plusieurs \u00e9quipes Scrum travaillent autour d’un produit.<\/p>\n

    Taille de t-shirt M\u00e9thode d’estimation agile \u2014 Visual Paradigm International<\/figcaption><\/figure>\n

    3. Vote par points<\/span><\/h3>\n

    Cette m\u00e9thode convient \u00e0 l’estimation de petites histoires d’utilisateurs, et la m\u00e9thode elle-m\u00eame est tr\u00e8s simple et efficace.\u00a0Le \u00ab\u00a0vote par points\u00a0\u00bb est un moyen de prendre des d\u00e9cisions, mais vous pouvez \u00e9galement l’utiliser pour estimer les user stories.\u00a0La m\u00e9thode est la suivante : chaque personne se voit attribuer quelques post-it, libre de choisir pour quelles user stories voter.\u00a0Plus une user story re\u00e7oit de points, plus elle repr\u00e9sente de volume.<\/p>\n

    Conseil :<\/strong>\u00a0Cette m\u00e9thode peut \u00eatre utilis\u00e9e dans les grandes comme dans les petites \u00e9quipes, mais vous devez limiter le nombre de user stories estim\u00e9es.<\/p>\n

    Dot Vote Agile M\u00e9thode d’estimation<\/figcaption><\/figure>\n

    4. Le syst\u00e8me de seau<\/span><\/h3>\n

    Supposons que vous ayez un grand nombre de user stories \u00e0 estimer et que vous souhaitiez acc\u00e9l\u00e9rer l’ensemble du processus.\u00a0En fait, vous recherchez une estimation plus efficace que le planning poker, alors le “syst\u00e8me de seau pourrait \u00eatre un choix souhaitable”.<\/p>\n

    Tout d’abord, configurez quelques “buckets” dans l’ordre s\u00e9quentiel de “carte de poker de planification”. Ensuite, l’\u00e9quipe \u00e9crit la user story \u00e0 estimer sur le post-it et la place dans l’estimation du “bucket”.<\/p>\n

    Le syst\u00e8me de seau \u2014 M\u00e9thode d’estimation agile<\/figcaption><\/figure>\n

    3. M\u00e9thode en trois points<\/span><\/h3>\n

    L’estimation en 3 points appartient au domaine de connaissance de la gestion du temps.\u00a0Il peut \u00e9galement \u00eatre utilis\u00e9 lors de l’estimation des co\u00fbts.\u00a0Le probl\u00e8me avec les estimations ponctuelles est qu’elles sont rarement correctes.\u00a0Une estimation \u00e0 trois points est une meilleure estimation qu’une estimation \u00e0 un seul point.<\/p>\n

    L’estimation ponctuelle vous donne simplement un seul nombre – par exemple,<\/p>\n

    D\u00e9velopper\u00a0:<\/em>\u00a0\u00a0Combien de temps faudra-t-il pour terminer la fonctionnalit\u00e9 de processus de commande\u00a0?<\/strong><\/p>\n

    Quelle est la fiabilit\u00e9 de cette\u00a0\u00a0\u00a0estimation sur\u00a05\u00a0jours\u00a0?\u00a0<\/em>Cela d\u00e9pendra du d\u00e9veloppeur, et si cette t\u00e2che a d\u00e9j\u00e0 \u00e9t\u00e9 effectu\u00e9e ou non\u00a0?\u00a0S’il s’agit d’une t\u00e2che de routine et qu’elle a \u00e9t\u00e9 effectu\u00e9e plusieurs fois, une estimation ponctuelle peut \u00eatre la solution.\u00a0Mais s’il s’agit de quelque chose qui n’a jamais \u00e9t\u00e9 fait, ou s’il s’agit d’une nouvelle activit\u00e9, ou si l’ing\u00e9nieur est nouveau dans cette activit\u00e9, ce nombre peut tr\u00e8s bien \u00eatre incorrect.\u00a0Dans de tels cas, opter pour une estimation en trois points vous donnera plus de fiabilit\u00e9.<\/p>\n

    L’estimation \u00e0 trois points examine l’estimation la plus optimiste (O), une estimation la plus probable (M) et une estimation pessimiste (estimation la moins probable) ou (L).<\/p>\n

    M\u00e9thode d’estimation agile en 3 points<\/figcaption><\/figure>\n

    6. Estimation d’affinit\u00e9<\/span><\/h3>\n

    L’estimation d’affinit\u00e9 consiste \u00e0 trouver les similarit\u00e9s des user stories \u00e0 estimer.\u00a0La t\u00e2che de l’\u00e9quipe est de regrouper les user stories similaires.\u00a0La meilleure fa\u00e7on de “trouver une similarit\u00e9” est de visualiser le processus et de combiner les sous-totaux en grands groupes.<\/p>\n

    Estimation d’affinit\u00e9 \u2014 Agile Scrum<\/figcaption><\/figure>\n

    Conseil :<\/strong>\u00a0Cette m\u00e9thode fonctionne mieux dans un petit groupe de personnes et un petit nombre de user stories, vous devez attribuer diff\u00e9rentes estimations \u00e0 diff\u00e9rents groupes.<\/p>\n

    7 M\u00e9thode de tri<\/span><\/h3>\n

    Cette approche vous permet d’avoir un jugement relativement pr\u00e9cis de la taille relative de l’histoire de l’utilisateur.\u00a0Si un petit groupe d’experts le fait, cela fonctionnera mieux.<\/p>\n

    Voici comment proc\u00e9der\u00a0: placez toutes les user stories sur une \u00e9tiquette allant de bas en haut dans n’importe quel ordre, et chaque participant peut d\u00e9placer une user story sur l’\u00e9chelle, en d\u00e9pla\u00e7ant une seule image vers le bas ou vers le haut pour chaque mouvement.\u00a0Ou abandonner un tour.\u00a0R\u00e9p\u00e9tez ce processus jusqu’\u00e0 ce que tous les membres de l’\u00e9quipe ne veuillent pas d\u00e9placer la user story ou abandonner un tour.<\/p>\n

    M\u00e9thode d’estimation de tri<\/figcaption><\/figure>\n

    Conseil\u00a0:<\/strong>\u00a0Cette m\u00e9thode de tri peut obtenir une estimation de la granulom\u00e9trie fine, ce qui convient \u00e0 de petits groupes de personnes et \u00e0 un grand nombre de user stories.<\/p>\n

    Sommaire<\/span><\/h4>\n

    Le but de cet article est de vous pr\u00e9senter l’existence de ces m\u00e9thodes.\u00a0Avant une utilisation quotidienne, vous devez essayer diff\u00e9rentes m\u00e9thodes en fonction de vos propres histoires d’utilisateurs et de la taille de votre personnel.<\/p>\n

    Si vous \u00eates int\u00e9ress\u00e9 par ces m\u00e9thodes, veuillez laisser un message dans la section des commentaires.\u00a0Je peux \u00e9laborer la ou les m\u00e9thodes plus en d\u00e9tail dans un article s\u00e9par\u00e9.<\/p>\n

    Autres articles dans Scrum Techniques et artefacts<\/span><\/h4>\n