Créez un plan de version Agile en utilisant des estimations relatives

Planifiez des versions avec des points d’histoire

Une fois que vous avez estimé suffisamment de récits utilisateurs dans votre backlog, vous pouvez regrouper ceux qui représentent un ensemble de fonctionnalités à livrer aux clients et planifier une date de réalisation.

Par exemple, si la vélocité de votre équipe est de 18 points par sprint, vous pouvez organiser vos récits en assignant autant que possible de récits utilisateurs jusqu’à atteindre cette limite. En supposant que le backlog soit priorisé avec les récits utilisateurs les plus importants en haut, vous pouvez tirer les éléments dans cet ordre pour remplir vos sprints.

Three User Stories are grouped in a Sprint. Their Story Points add up to 18 points.
User story planifiés dans un sprint

Les trois premiers récits totalisent 18 points d’histoire ; ils forment votre premier sprint.

Two more User Stories are grouped in a second Sprint. Their Story Points add up to 18 points.
User story planifiés dans un second sprint

Pour le second sprint, utilisez un calcul similaire en intégrant autant de récits utilisateurs que possible sans dépasser la limite de 18 points estimés.

One User Stories is in a Sprint. It has 8 Story Points.
Planification du troisième sprint

Une fois le dernier récit utilisateur terminé dans le sprint 3, vous pourrez livrer ces récits utilisateurs. Les dates pour chaque sprint peuvent être ajoutées au plan de version. Dans cet exemple, ces récits utilisateurs seraient prêts à être publiés après le 10 juin.

Ajustez en fonction de la disponibilité des ressources

Bien que la vélocité dans cet exemple soit de 18 points, cela ne prend pas en compte des éléments comme les congés ou le partage des ressources.

💡 Exemple d’ajustement proportionnel :
Imaginons une équipe de huit personnes travaillant sur un sprint de deux semaines. Cela représente 80 jours-homme si chaque membre est disponible à plein temps.

Cependant, si un membre prend deux semaines de congés et que deux autres membres manquent une semaine chacun, cela représente :

  • 10 jours (1 personne).

  • 5 jours (2 personnes).
    Soit un total de 20 jours non disponibles.

La capacité pour ce sprint serait donc de 60 jours au lieu de 80, soit 75 % de la vélocité habituelle. Avec une vélocité de 18 points, cela équivaut à 13,5 points (arrondis à 13).

Récapitulons !

  • Si vous connaissez la vélocité de votre équipe et avez estimé les points d’histoire des récits utilisateurs à inclure dans une version, vous pouvez estimer le nombre de sprints nécessaires et les dates de livraison.

  • Remplissez chaque sprint en priorité jusqu’à ce que le total estimé dépasse la vélocité.

  • Ajustez la vélocité proportionnellement en cas d’absence de membres de l’équipe.

Ressources complémentaires

  • Un article du Scrum Institute sur la planification des versions (en anglais).

Excellent travail ! Il est temps de tester vos nouvelles compétences en faisant un quiz.

Ever considered an OpenClassrooms diploma?
  • Up to 100% of your training program funded
  • Flexible start date
  • Career-focused projects
  • Individual mentoring
Find the training program and funding option that suits you best