« Estimation en points » : différence entre les versions

De Wiki Agile
Aller à la navigation Aller à la recherche
Aucun résumé des modifications
Aucun résumé des modifications
 
Ligne 1 : Ligne 1 :
[[Category: Jim Coplien]]
[[Category: Jim Coplien]]
[[Category: Portail Exactimation]]
[[Category: Portail Exactimation]]
[[Category: ublished Patterns]]
[[Category: Published Patterns]]
<div id="content_view" class="wiki" style="display: block"> Auteur : Jim Coplien<br />  Source : [https://sites.google.com/a/scrumplop.org/worksinprogress/allpatterns/productbacklog/estimationpoints Estimation Points] (Published Patterns)<br />
<div id="content_view" class="wiki" style="display: block"> Auteur : Jim Coplien<br />  Source : [https://sites.google.com/a/scrumplop.org/worksinprogress/allpatterns/productbacklog/estimationpoints Estimation Points] (Published Patterns)<br />
----
----

Dernière version du 17 juillet 2018 à 06:05

Auteur : Jim Coplien
Source : Estimation Points (Published Patterns)

Traducteur : Fabrice Aimetti
Date : 22/08/2011


Traduction :

... Vous avez des Eléments dans votre Backlog Produit, et vous avez besoin d'un système pour estimer l'effort d'une manière assez fiable.
Il est important d'avoir des estimations à jour. Toutefois, si vous dépensez beaucoup d'efforts à estimer en jours ou en heures, et que votre vélocité change, alors toutes vos estimations sont fausses.
Par conséquent : utilisez des nombres sans unité pour estimer l'effort. Utilisez une estimation relative, basée sur un élément de travail simple et compris par tous et dont l'estimation en points peut être utilisé comme une référence pour le reste. Le Planning Poker est une implémentation moderne de la technique Delphi qui s'est avérée être une excellente approche pour générer des estimations en points. Le Planning Poker est basé sur une échelle non linéaire (à peu de chose près, les nombres de Fibonacci) qui aide à briser la pensée linéaire.