{"id":10177,"date":"2022-03-04T05:29:26","date_gmt":"2022-03-04T05:29:26","guid":{"rendered":"https:\/\/www.cybermedian.com\/fr\/?p=10177"},"modified":"2022-03-04T05:29:49","modified_gmt":"2022-03-04T05:29:49","slug":"estimation-agile-estimations-relatives-vs-estimations-absolues","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/fr\/agile-estimation-relative-estimates-vs-absolute-estimates\/","title":{"rendered":"Estimation agile : Estimations relatives vs Estimations absolues"},"content":{"rendered":"
\n
\n
\n

Pr\u00e9cision de l’estimation de groupe par rapport \u00e0 l’estimation individuelle<\/p>\n

Que l’\u00e9quipe travaille sur un produit ou sur un projet, nous devons r\u00e9pondre \u00e0 la question \u00ab\u00a0Quand aurons-nous termin\u00e9\u00a0?\u00a0\u00bb\u00a0Ou jusqu’o\u00f9 nous pouvons aller \u00e0 un moment donn\u00e9.\u00a0Tout comme le d\u00e9veloppement traditionnel, nous devons estimer l’effort avant de d\u00e9marrer le projet.<\/p>\n

Qu’est-ce que l’estimation de projet\u00a0?<\/span><\/h3>\n

Une\u00a0\u00a0estimation<\/a>\u00a0\u00a0est un calcul approximatif de quelque chose.\u00a0Par exemple, l’estimation des co\u00fbts du projet est un concept g\u00e9n\u00e9ral du mod\u00e8le de prix du projet.\u00a0Il vous aide \u00e0 fournir un chiffre, esp\u00e9rons-le, plus r\u00e9aliste lorsque vos clients ou d’autres parties prenantes du projet vous demandent d’\u00e9valuer le co\u00fbt et le temps du projet.<\/p>\n

Estimation agile vs traditionnelle<\/span><\/h4>\n

Traditionnellement, nous allouons du temps pour estimer les projets logiciels, alors que dans\u00a0\u00a0les m\u00e9thodes agiles<\/a>\u00a0, ils pr\u00e9f\u00e8rent fournir un point d’histoire pour un \u00e9l\u00e9ment du backlog comme mesure du travail relatif.\u00a0Cela permet \u00e0 l’\u00e9quipe de consid\u00e9rer d’autres travaux qu’ils ont effectu\u00e9s dans le pass\u00e9 et de les comparer avec le carnet de produit qu’ils estimeront.\u00a0Les points d’histoire ne sont pas mesur\u00e9s en donnant un temps absolu, mais en estimant la charge de travail n\u00e9cessaire pour r\u00e9soudre des t\u00e2ches similaires en fonction de l’exp\u00e9rience pass\u00e9e.<\/p>\n

L’ estimation agile<\/a>\u00a0\u00a0a les trois caract\u00e9ristiques suivantes\u00a0:<\/p>\n

    \n
  1. Estimation collective d’\u00e9quipe<\/li>\n
  2. Estimation de l’effort relatif par rapport au temps absolu<\/li>\n
  3. Estimer la v\u00e9locit\u00e9 de l’\u00e9quipe<\/li>\n<\/ol>\n

    1. Estimation collective<\/span><\/h3>\n

    Lors du d\u00e9veloppement de\u00a0\u00a0Scrum<\/a>\u00a0, l’\u00e9quipe a partag\u00e9 la responsabilit\u00e9 et s’est engag\u00e9e collectivement dans le travail de chaque\u00a0\u00a0Sprint<\/a>\u00a0, de sorte que la charge de travail estim\u00e9e pour l’\u00e9quipe agile a utilis\u00e9 une approche d’estimation collective.\u00a0Les estimations collectives utilisent g\u00e9n\u00e9ralement le Planning poker comme outil, l’\u00e9quipe fait une estimation collective en jouant \u00e0 un jeu d’estimation.\u00a0Le planning poker\u00a0<\/a>\u00a0est consid\u00e9r\u00e9 comme la technique la plus efficace et la plus int\u00e9ressante pour estimer la charge de travail en\u00a0\u00a0Agile<\/a>\u00a0.\u00a0Il se compose d’un ensemble de nombres similaires aux nombres de Fibonacci, y compris : 0, 0,5, 1, 2, 3, 5, 8, 20, 40, ?, \u221e, chaque jeu de cartes de poker a 4 groupes de tels nombres de Fibonacci pour servir pour 4 personnes.<\/p>\n

    La pr\u00e9cision de l’estimation de groupe par rapport \u00e0 l’estimation individuelle<\/strong><\/span><\/h4>\n

    Selon une \u00e9tude sur la pr\u00e9cision de l’estimation de l’effort entre l’individu et le groupe dans une exp\u00e9rience pour un projet logiciel.\u00a020 professionnels du logiciel de la m\u00eame entreprise ont estim\u00e9 individuellement l’effort de travail requis pour mettre en \u0153uvre le m\u00eame projet de d\u00e9veloppement logiciel.\u00a0Les participants avaient des ant\u00e9c\u00e9dents et des\u00a0\u00a0r\u00f4les<\/a>\u00a0diff\u00e9rents \u00a0et le projet de logiciel avait d\u00e9j\u00e0 \u00e9t\u00e9 mis en \u0153uvre.\u00a0Apr\u00e8s cela, ils ont form\u00e9 cinq groupes.\u00a0Chaque groupe s’est mis d’accord sur une estimation en discutant et en combinant les connaissances entre eux.<\/p>\n

    R\u00e9sultat \u2014 Les estimations bas\u00e9es sur les discussions de groupe \u00e9taient plus pr\u00e9cises que les estimations individuelles.<\/p>\n

    \u00c9tapes pour organiser un Planning Poker<\/strong><\/span><\/h4>\n
      \n
    1. Chaque membre de l’\u00e9quipe re\u00e7oit un jeu de cartes, comprenant 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, ?, \u221e, un total de 12 cartes.<\/li>\n
    2. Le\u00a0\u00a0propri\u00e9taire du produit<\/a>\u00a0\u00a0lira soit la description d’une fonctionnalit\u00e9 \u00e0 l’\u00e9quipe.<\/li>\n
    3. Les\u00a0\u00a0membres de l’\u00e9quipe<\/a>\u00a0\u00a0discutent de la fonctionnalit\u00e9 et posent des questions au propri\u00e9taire du produit si n\u00e9cessaire.<\/li>\n
    4. Lorsque les membres ont termin\u00e9 leur discussion, chaque membre s\u00e9lectionne une carte de poker pour repr\u00e9senter l’estimation.\u00a0Les cartes sont ensuite r\u00e9v\u00e9l\u00e9es simultan\u00e9ment.<\/li>\n
    5. Si l’\u00e9quipe \u00e9value diff\u00e9rentes estimations.\u00a0Sommes-nous d’accord ?\u00a0Avons-nous des diff\u00e9rences ?\u00a0Y a-t-il quelque chose que je n’ai pas consid\u00e9r\u00e9?\u00a0Ceux qui ont choisi la valeur la plus \u00e9lev\u00e9e ou la plus basse doivent partager leur raisonnement avec le groupe avant que chaque membre ne s\u00e9lectionne une autre carte de poker.<\/li>\n
    6. Apr\u00e8s la discussion, vous pouvez estimer un autre tour et l’\u00e9quipe doit parvenir \u00e0 un accord.<\/li>\n
    7. Revenez \u00e0 la deuxi\u00e8me \u00e9tape et commencez \u00e0 estimer l’entr\u00e9e suivante.<\/li>\n<\/ol>\n

      2. Effort relatif vs estimation du temps absolu<\/span><\/h3>\n

      Une estimation n’est rien de plus qu’une supposition bien \u00e9duqu\u00e9e.\u00a0Nous utilisons toutes les connaissances et l’exp\u00e9rience \u00e0 port\u00e9e de main pour faire une estimation du temps que cela va prendre.\u00a0Ainsi, au lieu de regarder chaque nouvel \u00e9l\u00e9ment de travail s\u00e9par\u00e9ment, pourquoi ne pas le comparer \u00e0 des \u00e9l\u00e9ments de travail d\u00e9j\u00e0 termin\u00e9s\u00a0?\u00a0Il est plus facile pour les humains de se rapporter \u00e0 des objets similaires que de deviner la taille r\u00e9elle des choses de toute fa\u00e7on.<\/p>\n

      Par exemple, est-ce plus proche de cette toute petite chose\u00a0?\u00a0Ou est-ce plut\u00f4t cet article de taille normale\u00a0?\u00a0Ou est-ce vraiment \u00e9norme comme ce travail que nous avons termin\u00e9 le mois dernier\u00a0?\u00a0Faire des estimations relatives r\u00e9duira non seulement le temps pass\u00e9 \u00e0 estimer le travail, mais augmentera \u00e9galement consid\u00e9rablement la pr\u00e9cision des estimations.<\/p>\n

      Notre cerveau n’est pas capable de faire des estimations absolues ;\u00a0nous mettons toujours cette nouvelle chose que nous devons estimer en relation avec des choses que nous connaissons d\u00e9j\u00e0.<\/p>\n

      <\/figure>\n

      3. Estimer la v\u00e9locit\u00e9 \u2014 Enregistrez et faites la moyenne de la vitesse de l’\u00e9quipe de chaque sprint<\/span><\/h3>\n

      La\u00a0\u00a0v\u00e9locit\u00e9<\/a>\u00a0de l’\u00e9quipe \u00a0est le nombre de\u00a0\u00a0points d’histoire<\/a>\u00a0\u00a0que l’\u00a0\u00a0\u00e9quipe Scrum<\/a>\u00a0\u00a0compl\u00e8te r\u00e9ellement dans un Sprint.\u00a0La v\u00e9locit\u00e9 de l’\u00e9quipe vous indique \u00e0 quelle vitesse l’\u00e9quipe va.\u00a0Un projet ou une \u00e9quipe nouvellement estim\u00e9e (sans r\u00e9f\u00e9rencer les enregistrements de vitesse dans le pass\u00e9), nous pouvons faire 1\u00a0 \u00e0 2\u00a0Sprint<\/a>\u00a0\u00a0pour mesurer une vitesse comme vitesse initiale.\u00a0Dans le processus de mise en \u0153uvre de Sprint, nous devons enregistrer la vitesse de chaque Sprint, pour les plans futurs.<\/p>\n

      <\/figure>\n

      Nous estimons le nombre total de\u00a0\u00a0points d’histoire<\/a>\u00a0\u00a0pour le\u00a0\u00a0backlog du produit<\/a>\u00a0, puis nous connaissons la vitesse moyenne de chaque sprint, puis nous pouvons d\u00e9terminer le nombre de sprints dont nous avons besoin pour terminer, et donc le sprint devrait \u00eatre requis pour le projet comme montr\u00e9 dans la figure ci-dessous.<\/p>\n

      <\/figure>\n<\/div>\n<\/div>\n<\/section>\n
      \n
      \n
      \n<\/div>\n
      \n
      \n