Qu’est-ce que la vitesse dans Scrum ?

La vitesse est une méthode très simple mais puissante pour mesurer avec précision la rapidité avec laquelle une équipe de développement Scrum livre de la valeur métier au fil du temps. Elle fournit une indication de la quantité moyenne deProduct Backlogtransformée en un incrément de produit lors de chaqueSprintpar uneéquipe Scrum, l’équipe de développement utilisant le suivi. Par conséquent, pour calculer laAgilede l’équipe Agile, il suffit d’additionner les estimations des fonctionnalités, des histoires d’utilisateurs, des exigences ou des éléments du backlog livrés avec succès au cours d’une itération. L’équipe devrait :

• Prédire l’étendue qui peut être livrée à une date précise.
• Prédire la date à laquelle un nombre fixe d’étendues sera livré.
• Comprendre nos limites lors de la définition de la quantité d’étendue que nous nous engageons à livrer lors d’un Sprint.

Exemple de vitesse Scrum

Avant d’avoir terminé quelques itérations, il existe quelques directives simples pour estimer la vitesse initiale d’une équipe Scrum, mais ensuite, votre équipe peut utiliser des méthodes validées d’estimation de la vitesse historique pourPlanification du Sprint. Sur la base d’une série de Sprints passés, les estimations de vitesse se stabilisent généralement et fournissent une base plus fiable pour améliorer la précision de la planification à court et à long terme pour les projets Scrum.

La vitesse mesure la quantité de travail qu’une équipe peut accomplir en une seule itération et constitue une métrique clé dans Scrum. Elle est calculée en additionnant les points de toutes les histoires d’utilisateurs entièrement terminées à la fin d’un Sprint. Les points des histoires partiellement terminées ou incomplètes ne doivent pas être inclus dans le calcul.

Étape 1 – Calculer la vitesse de la première itération (Sprint)

À la fin de chaque itération, l’équipe additionne les estimations d’effort associées aux histoires d’utilisateurs terminées au cours de cette itération. Ce total s’appelle la vitesse.

Une équipe Agile a commencé une itération, en planifiant de terminer l’histoire A et l’histoire B, estimées à 2 points, et l’histoire C, estimée à 3 points. À la fin de l’itération, l’histoire A et l’histoire B sont à 100 % terminées, mais l’histoire C n’est que à 80 % terminée. Les équipes Agile reconnaissent généralement seulement deux niveaux de complétion : 0 % ou 100 %. Par conséquent, l’histoire C ne compte pas pour la vitesse, et la vitesse pour cette itération est de 4 points.

Étape 2 – Utiliser la vitesse pour estimer le nombre d’itérations nécessaires

Après avoir compris la vitesse de l’étape 1, l’équipe peut calculer (ou réviser) l’estimation du temps nécessaire pour terminer le projet en se basant sur les estimations des histoires d’utilisateurs restantes, en supposant que la vitesse lors des itérations futures reste approximativement la même. Il s’agit généralement d’une prédiction précise, même si elle est rarement exacte.

Supposons que les histoires d’utilisateurs restantes représentent un total de 40 points ; la prévision de l’équipe pour le travail restant est de 10 itérations.

Relation entre la vitesse et les points d’histoire dans Scrum

Points d’histoiresont utilisés pour mesurer la taille et la complexité – en somme, le temps nécessaire pour terminer une tâche. Les points d’histoire sont une mesure relative du temps nécessaire pour terminer une histoire d’utilisateur. Ce concept est emprunté à XP. Ils sont utilisés pour évaluer la difficulté d’une histoire, et non pour s’engager sur la durée nécessaire. Cela permet d’utiliser les points d’histoire indépendamment de la taille de l’équipe ou du type de tâche.

Comment lier la vitesse aux points d’histoire ?

1. Les équipes utilisent souvent la « vitesse » comme indicateur de productivité pour expliquer aux externes exactement à quelle vitesse une équipe Scrum travaille.
2. Si les estimations en points d’histoire restent cohérentes tout au long du projet, il est logique d’utiliser les points d’histoire pour représenter la « vitesse ».
3. Si la cohérence est maintenue non seulement au sein d’une équipe, mais aussi entre les équipes et même au sein de toute l’entreprise, cela permet de mesurer la productivité et de comparer les performances des équipes.
4. Si les valeurs des points d’histoire restent stables, elles peuvent servir de référence pour la planification des versions. Vous pouvez évaluer les délais possibles plus tard.

Comment attribuer des points d’histoire à une histoire utilisateur ?

Un point d’histoire est une unité de mesure relative. La première étape que votre équipe doit accomplir est de définir une histoire comme référence afin de pouvoir estimer les autres histoires par rapport à cette référence. Selon la littérature, l’équipe doit identifier l’histoire la plus simple du backlog et lui attribuer 1 point d’histoire, puis utiliser cette histoire comme référence pour estimer les autres.

Il existe deux types d’échelles utilisées pour établir les estimations en points d’histoire :

• Échelle linéaire (1, 2, 3, 4, 5, 6, 7, …)
• Suite de Fibonacci (0.5, 1, 2, 3, 5, 8, 13, …)

Il est judicieux d’estimer votre première histoire utilisateur que votre équipe connaît bien et sait combien de temps elle prend à accomplir. Ensuite, estimez votre prochaine histoire utilisateur. Si l’équipe estime qu’elle prend moins de temps que l’histoire de référence, placez-la à gauche de la référence. Ensuite, estimez une autre histoire utilisateur. Si l’équipe décide qu’elle prend moins de temps que l’histoire de référence mais plus que la deuxième histoire, placez-la entre la référence et la deuxième histoire. Dans cet exemple, nous utilisons la suite de Fibonacci pour l’estimation des histoires :

Histoire utilisateur Points d’histoire

Comment estimer la vitesse de manière plus précise ?

Dans Scrum, la vitesse vous aide à comprendre combien de temps il faut à une équipe pour terminer le backlog produit. Cependant, il faut généralement plusieurs Sprints avant que l’équipe ne trouve une vitesse plus stable. Pour estimer plus précisément la vitesse de l’équipe, nous pouvons nous appuyer sur les enregistrements d’activité passés de l’équipe. Cela permettra de prédire plus précisément combien d’histoires l’équipe peut terminer dans un Sprint. À des fins de prévision, il convient d’utiliser la moyenne des trois ou quatre dernières vitesses de Sprint.

Supposons qu’une nouvelle équipe Scrum prévoit de terminer 41 points d’histoire lors de son premier Sprint. Elle termine finalement seulement 38 points d’histoire et reporte 6 points d’histoire au Sprint suivant. Leur vitesse est donc de 38, comme indiqué ci-dessous :

Vitesse Scrum

Vitesse moyenne basée sur le suivi des Sprints passés

Comme mentionné précédemment, les équipes ne doivent pas inclure tout travail partiellement terminé dans la vitesse. Seules les histoires utilisateur marquées comme « Terminé » comptent, même si une petite partie de la tâche reste à accomplir.

La vitesse basée sur un seul Sprint n’est pas un indicateur très fiable pour la prévision. (Mais elle aide l’équipe à comprendre combien de travail elle peut s’engager à accomplir dans un seul Sprint.) Suivons leur progression sur des Sprints supplémentaires.

Maintenant, la nouvelle équipe continue de développer du Sprint 1 au Sprint 4. Les points d’histoire terminés à chaque Sprint sont : 38, 29, 38 et 39. La vitesse moyenne après quatre Sprints est de 36, comme indiqué ci-dessous :

Vitesse Scrum sur les Sprints

Cette moyenne, basée sur quatre Sprints, est bien plus utile qu’un instantané après un seul Sprint. Il est facile d’imaginer que si le backlog contient déjà des histoires utilisateur estimées, nous pouvons utiliser cette vitesse pour la prévision. Nous pouvons prédire à quelle vitesse l’équipe terminera tout le travail. Nous pouvons formuler des hypothèses éclairées sur les fonctionnalités que nous pourrons livrer dans la prochaine version.

Graphique de vitesse

Si une équipe Scrum a accompli plusieurs Sprints, elle peut utiliser le rapport de vitesse pour prévoir les dates de livraison et de finalisation du produit, et planifier mieux les projets futurs. En se basant sur la vitesse des Sprints précédents indiquée dans le rapport, vous pouvez atteindre les objectifs suivants :

• Suivre la quantité de travail accomplie par votre équipe à chaque Sprint.
• Si la composition de votre équipe et la durée du Sprint restent inchangées, estimer la quantité de travail du backlog que votre équipe peut gérer dans les Sprints futurs.

Sur la base de l’exemple ci-dessus, le graphique de vitesse montre la quantité de travail accomplie par l’équipe Scrum à chacun des 4 Sprints :

Graphique de vitesse Scrum