agile story points definition
Cette unité étant déterminée projet par projet, vous ne pouvez pas comparer les story points d’un projet à l’autre. Les story points sont utilisés pour la planification des itérations. Lors de la planification, les équipes font deux hypothèses simplificatrices. Premièrement, un point d’histoire correspond raisonnablement bien à un certain effort.  De nombreux outils agiles (comme JIRA Software) suivent les story points, ce qui facilite grandement la réflexion et le recalibrage des estimations. Essayez, par exemple, de récupérer les 5 dernières user stories livrées par l'équipe avec la valeur de story point 8. Discutez si chacun de ces éléments de travail a nécessité un niveau d'effort similaire.  Un story point est une unité arbitraire et relative de complexité d’histoire. C'est relatif dans la mesure où une histoire en deux points est deux fois plus complexe qu'une histoire en un seul point. C'est arbitraire dans la mesure où il n'existe pas de normes universelles quant au degré de complexité que représente un point d'histoire. Sur chaque projet, vous choisissez une histoire simple et appelez-la 1. Autrement dit, cette histoire a un point d'histoire. La meilleure façon que j'ai trouvée pour y parvenir est de réunir un large groupe de personnes représentant diverses équipes et de leur demander d'estimer une douzaine d'éléments du backlog de produit (idéalement sous la forme d'histoires d'utilisateurs à mon avis).  Aucune tâche individuelle ne doit représenter plus de 16 heures de travail. (Si vous utilisez des story points, vous pouvez décider que, disons, 20 points est la limite supérieure.) Il est tout simplement trop difficile d'estimer des éléments de travail individuels plus importants que cela avec un degré de confiance élevé.  Il est l'auteur de User Stories Applied for Agile Software Development, Agile Estimating and Planning et Succeeding with Agile. Mike est membre fondateur de l'Agile Alliance et de Scrum Alliance. Il est également le fondateur de FrontRowAgile.com, un site Web de formation agile en ligne. Les user stories sont l’un des principaux artefacts de développement pour les équipes de projet Scrum et Extreme Programming (XP). Une user story est une définition de très haut niveau d’une exigence, contenant juste assez d’informations pour que les développeurs puissent produire une estimation raisonnable de l’effort nécessaire pour la mettre en œuvre. Cet article couvre les sujets suivants :  Établir une base de référence commune pour les Story Points. Une critique courante des story points est que la signification d’un story point diffère selon les équipes. Dans cet article, je souhaite décrire comment pouvons-nous établir une définition commune d'un point d'histoire entre plusieurs équipes au sein d'une organisation.  Points d’histoire par rapport aux heures. Les équipes de logiciels traditionnels donnent des estimations sous un format temporel : jours, semaines, mois. De nombreuses équipes agiles sont cependant passées aux story points. Les story points évaluent l'effort relatif de travail dans un format de type Fibonacci : 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, 100. Les parties prenantes écrivent des user stories. Un concept important est que les parties prenantes de votre projet écrivent les user stories, et non les développeurs. Les user stories sont suffisamment simples pour que les gens puissent apprendre à les écrire en quelques minutes. Il est donc logique que les experts du domaine (les parties prenantes) les rédigent. Utilisez l'outil le plus simple.
 Il évalue l'effort relatif de travail dans un format de type Fibonacci : 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, 100.