Estimer une tâche en jours ou en heures est difficile en amont d'un projet dont le périmètre évolue. Beaucoup d'équipes Scrum préfèrent une estimation relative : les story points.

Le principe

Plutôt que d'estimer une durée absolue, l'équipe compare la complexité d'une user story à d'autres déjà réalisées. Une story estimée à 2 points est jugée deux fois moins complexe qu'une story à 4 points — peu importe si cela représente 3 heures ou 3 jours en réalité. Cette estimation relative est souvent plus rapide à obtenir en groupe et moins sujette à de fausses certitudes qu'une estimation en heures.

La vélocité

Une fois plusieurs sprints réalisés, l'équipe peut calculer sa vélocité — le nombre moyen de story points qu'elle termine réellement par sprint. Cette mesure sert à prévoir combien de sprints seront nécessaires pour réaliser le reste du backlog, sans avoir à ré-estimer chaque tâche en heures.

Exemple concret : l'équipe de l'application de fidélité termine en moyenne 20 story points par sprint sur les trois derniers sprints. Si le reste du backlog représente 100 story points, elle peut estimer qu'il faudra environ 5 sprints supplémentaires pour le terminer — une prévision basée sur des données réelles plutôt qu'une nouvelle estimation incertaine.