Que sont les Story Points dans Agile et comment estimer ?

Que sont les Story Points en Agile ?

Les points d'histoire sont une mesure pour estimer le travail effectué grâce à la mise en œuvre de cadres agiles comme Scrum et eXtreme Programming.

La mise en œuvre d'une user story est une tâche difficile à réaliser. L'équipe pourrait faire face à des risques; complexités, etc. pendant le processus de développement. Ce niveau de difficulté est mesuré par l'équipe de développement à l'aide d'une mesure abstraite appelée le point d'histoire. Par conséquent, les points d'histoire en agile sont utilisés comme métriques dans le développement agile. Il indique à l'équipe à quel point la mise en œuvre de l'histoire est difficile.

Les sessions de préparation du backlog de produit effectuent l'estimation des points d'histoire qui sont ensuite évalués par l'équipe de développement du produit et de test. Ceci est fait afin d'augmenter l'efficacité de la planification de sprint. Le product backlog grooming est l'estimation grossière qui vérifie :

• Si le plan de sprint est prêt à être mené efficacement.
• Les informations sont-elles suffisantes pour compléter les questions.
• Si le plan de sprint basé sur la user story est raisonnable.

Il existe trois composants principaux dans l'estimation agile des points de récit :

• Risque : pour un élément particulier, les risques qui lui sont associés sont des demandes vagues, des changements en cours de processus et la dépendance à l'égard d'un tiers.
• Complexité : Elle représente le niveau de difficulté de développement d'une fonctionnalité.
• Réception : elle détermine la familiarité de la fonctionnalité avec les membres de l'équipe et la monotonie de certaines tâches au sein du développement.

L'incorporation des trois points permet une planification précise des sprints, y compris un coussin pour l'incertitude, les problèmes liés à une meilleure estimation et l'évitement d'apprendre trop sur les engagements de temps.

Estimation des Story Points en Agile

Étapes d'estimation des points d'histoire agiles

L'implication des développeurs, concepteurs, testeurs, etc. est considérée comme un facteur clé lors de l'estimation des points d'histoire agiles. Étant donné que chaque membre de l'équipe a des perspectives différentes sur la poursuite du travail et la livraison du produit, une collaboration efficace est importante. Par exemple, la modification d'une conception ne nécessite pas seulement les efforts d'une équipe de conception, mais également l'implication du service de développement ainsi que du service d'assurance qualité.

Pour commencer par l'estimation des points d'histoire en agile, l'équipe doit avoir une histoire de base qui ne doit pas nécessairement être petite mais qui peut avoir un bon écho au sein de l'équipe. Ceci est suivi par le dimensionnement des histoires en fonction de l'histoire de référence. Avec l'aide des histoires de référence, des points doivent être attribués à l'histoire. Chaque histoire se voit attribuer une valeur en points.

Avantages du dimensionnement

L'équipe de livraison agile réalise le processus de dimensionnement qui est plus facile à estimer. Grâce au dimensionnement

• L'aperçu de l'étendue des travaux peut être consulté.
• La taille du travail peut être déterminée à travers de multiples perspectives.
• Toute fausse hypothèse peut être rectifiée.
• Les choses qui ne peuvent pas être exactes sont effacées.

Le dimensionnement est effectué en tenant compte des éléments suivants :

• La quantité de travail à faire
• La complexité du travail
• Risque ou incertitude dans l'exécution du travail
• Heure / Durée

Les sprints peuvent être planifiés avec plus de précision en suivant le processus indiqué :

Un processus en trois étapes pour estimer les points de récit est :

1. Utilisation des séries de séquences de Fibonacci.

• L'évaluation traditionnelle de la journée humaine a été remplacée pour estimer les points d'histoire à travers les nombres de Fibonacci, c'est-à-dire 1, 2, 3, 5, 8, …
• Une échelle linéaire n'est pas utilisée car elle propose des éléments qui ne sont pas suffisamment différenciés pour définir une estimation. Cependant, la série de Fibonacci peut estimer les sauts mineurs dans un problème.
• La série de Fibonacci représente une séquence de nombres où le nombre suivant dans la séquence est la somme des deux nombres précédents. Pour estimer les story points en agile , la suite de Fibonacci est modifiée en 0.5, 1, 2, 3, 5, 8, 13, …

2. Détermination d'une matrice

• Une ligne de base pour chaque point d'histoire est déterminée.
• La ligne de base est incluse dans la matrice en tant que valeur de 1. Ceci est défini comme la norme pour le moins de risque, de répétition, etc.

3. Planification du poker

Grâce au poker de planification, l'équipe s'accorde sur l'approximation correcte des points d'histoire pour chaque élément.

Le fonctionnement du planning poker est

• Lors de la planification du sprint, un jeu de cartes est reçu par chaque développeur et testeur. Les cartes représentent un numéro de série de Fibonacci.
• Un élément du tableau de l'arriéré est sélectionné pour être interrogé et clarifier les caractéristiques des éléments.
• À la fin de la discussion, une carte reflétant l'estimation de l'article est sélectionnée en privé par le testeur et le développeur.
• Les cartes sont ensuite révélées par les estimateurs. Ils passent au poste net si un consensus est atteint. Pour différentes cartes, la discussion est poursuivie par les dirigeants jusqu'à ce qu'un consensus arrive.

Une matrice complétée est utile pour les estimateurs à utiliser comme référence lors du poker de planification. Cela permet une plus grande cohérence entre les tâches. De plus, la limite maximale de l'estimation est de 13, si elle est supérieure à 13, il est alors efficace que la tâche soit décomposée en éléments plus petits. De plus, si la tâche est estimée inférieure à 1, il est conseillé de l'incorporer dans une autre tâche.

Une autre estimation en 8 étapes pour une estimation réussie des points d'histoire en agile sont :

1. Identifier les histoires de base

• L'une des étapes importantes pour estimer les points d'histoire dans Agile consiste à identifier une histoire de base qui est utilisée comme référence pour le dimensionnement relatif du backlog.
• L'histoire de base est choisie à partir d'une histoire précédente qui a été réalisée par l'équipe de développement ou d'un backlog de produit actuel.
• La compréhension de l'histoire de référence doit être la même pour tous les membres de l'équipe. En d'autres termes, l'équipe devrait avoir confiance dans l'histoire de référence.

2. Discuter des exigences

• Les détails de la story doivent être discutés et les explications liées à la user story doivent être fournies par le Product Owner ou un analyste métier.

3. Notez les choses importantes

• Toutes les choses importantes qui doivent être importantes doivent être notées.
• Le scrum master fait mieux ce travail pendant les discussions en cours.

4. Questions importantes à se poser

Quelques questions sont trop importantes pour que l'équipe de développement doive se les poser.

• Avant de commencer la conception, que doivent apprendre les membres de l'équipe ?
• Quelle est l'exigence du code pour l'histoire ? Quelle longueur est requise et y a-t-il des codes similaires écrits par l'équipe de développement plus tôt.
• Pour l'acceptation par les clients, combien de travail est impliqué ?
• L'histoire a-t-elle des dépendances externes ?
• Est-ce que quelqu'un dans l'équipe a une expertise ou une expérience de travail dans la même histoire ?
• L'histoire a-t-elle une simplicité ou une complexité associée, soit du point de vue de la logique métier, soit du point de vue technique ?
• Quel degré de certitude existe-t-il pour obtenir les dépendances à temps ?

5. Points de comparaison relative

• Des points relatifs de comparaison doivent être attribués à l'histoire.
• Le même nombre de points doit être attribué à l'histoire, c'est-à-dire 1, pour les histoires qui ont la même quantité de travail que les histoires déjà dimensionnées.
• Pour les histoires plus difficiles, une valeur proportionnellement plus élevée doit être attribuée.
• Si l'histoire est moins complexe en raison de l'apprentissage disponible de l'histoire précédente mais presque similaire à cette histoire, une valeur inférieure doit être attribuée.

6. Un consensus doit être atteint parmi toute l'équipe selon la taille de l'histoire.
7. Il devrait y avoir une validation du fait qu'il existe une cohérence interne entre les histoires.
8. Il convient de s'assurer à intervalles répétés que tous les 1 sont identiques ou que tous les 2 correspondent, etc.

Avantages de l'estimation agile des points de récit

L'application d'une estimation aux points d'histoire dans Agile offre des avantages à la fois aux développeurs et aux propriétaires de produits.

Les avantages offerts aux développeurs sont :

• L'application de l'estimation permet aux développeurs de savoir combien de planification est nécessaire pour un sprint et peut donc poursuivre le travail à un rythme durable.
• La planification excessive du sprint est évitée.
• La stratégie de mise en œuvre et les exigences nécessaires dans un produit sont bien comprises grâce aux discussions et aux élaborations.

Les avantages offerts aux Product Owners sont :

• La livraison à plus long terme du produit peut être ciblée.
• Le « rapport qualité-prix » ou le « retour sur investissement » des articles peut être évalué.
• Les risques techniques des articles volumineux sont visibles pour les Product Owners.

Apprenez des cours de logiciels en ligne dans les meilleures universités du monde. Gagnez des programmes Executive PG, des programmes de certificat avancés ou des programmes de maîtrise pour accélérer votre carrière.

Sommaire

Comme la méthodologie agile implique de la pratique, l'estimation elle-même est une pratique qui s'améliorera avec le temps. La mise en œuvre de l'estimation des points agiles profite à la fois aux développeurs et au propriétaire, ce qui aboutit finalement à une solution efficace.

Si vous souhaitez maîtriser le développement de logiciels, n'hésitez pas à suivre le cours Executive PG Program in Software Development - Specialization in Full Stack Development proposé par upGrad.

Le cours de spécialisation aidera à transformer la créativité cachée de tout professionnel débutant vers son avenir dans le développement de logiciels. Si vous avez besoin d'aide, vous pouvez contacter notre équipe d'assistance.