Dans un projet Agile qui déploie le cadre méthodologie "Scrum" on trouve deux phases distinctes, la phase de stabilisation qui peut aller de 5 à 10 Sprints, voire plus parfois selon le contexte, la taille de l'équipe, la complexité du domaine fonctionnel, l'environnement de travail de chaque équipe, ...Etc. Durant cette phase on commence à se connaitre les uns et les autres, et on essaye de trouver la bonne façon de se synchroniser et de travailler ensemble.
Durant cette phase, la vélocité de l'équipe n'est pas encore stable, car elle n'a pas atteint encore la vitesse de croisière, et on ne parle pas encore "Vélocité Moyenne" mais plutôt vélocité tout cours. Le résultat de chaque Sprint dans ce cas de figure peut être inférieur aux attentes de l'équipe et du client et c'est tout à fait logique vu qu'on essaye toujours de se stabiliser et trouver la meilleure dose de synchronisation possible.
En fait cela est tout à fait normal et logique, et ce phénomène ne doit pas être une source de tension, démotivation, ou stress de l'équipe.
La deuxième phase est celle de production, l'équipe a mis les pieds sur les pédales et elle est sur les bons rails, on commence à se synchroniser de la bonne manière, donc notre objectif est de produire le maximum de la valeur métier possible, en parallèle notre vélocité commence à être stable Sprint après Sprint. On parle dans ce cas de figure de la "'Vélocité Moyenne".
Comme son nom l'indique, la "Capacité", c'est l’engagement que l’équipe va prendre au démarrage de Sprint (Sprint Backlog) et essayer de l'accomplir à la fin du cycle itératif. C'est tout simplement la vélocité estimée qui est la somme total des points scores de toutes les User Stories embarquées au début de chaque cycle itératif.
Lorsque on compare la capacité avec la vélocité réelle obtenue à la fin du Sprint (Somme des Points Scores de toutes les User Stories terminées (en statut DONE) et validées par le PO, on parle tout simplement de la "Prédictibilité".
La Prédictibilité est une mesure sous forme d'un ratio qui se fait à chaque fin d'un sprint permettant d’appréhender la précision de l'équipe de développement dans les estimations des User Stories, et la règle de calcul est la suivante :
Prédictibilité = Total de points scores réalisés en fin de Sprint / Le Total des points scores prévus initialement (Capacité).
Exemple :
Total réalisé = 45, Capacité d'entrée = 50. Prédictibilité = 40 /50 = 90%.
L'objectif est de bien mesurer et interpréter cet indice avec le temps à chaque fin de Sprint.
Durant la phase de stabilisation, la prédictibilité est trop faible comme expliqué au début de cet article, et on demande au management et aux parties prenantes d'être compréhensives vu qu'on a pas atteint le rythme de croisière dès le départ.
Les causes principales d'une faible prédictibilité sont les suivants :
Mauvaises estimation des User Stories.
Blocage technique.Mauvaise compréhension du besoin.
Absence imprévue d'un ou plusieurs membres de l'équipe.
Changement du besoin au cours de Sprint déclaré par le PO.
Parmi les bonnes pratiques utilisées par les équipes Scrum par rapport au calcul de la capacité d'entrée dans un Sprint c'est de calculer la moyenne des trois dernières valeurs de la vélocité réelle obtenue, et pas la moyenne de la valeur de tous les Sprints afin de ne pas pénaliser l'équipe par la phase de stabilisation.
Exemple :
1. Vélocité Réelle : Sprint-10 (54 Ps), Sprint-11 (52 Ps), Sprint-12 (50).
2. Capacité d'entrée pour le Sprint-13 = (54 + 52 + 50) / 3 = 52 PS.
Conclusion :
La prédictibilité reste parmi les meilleurs indicateurs agiles à déployer sur les projets Scrum, permettant au Product Owner la possibilité de se projeter dans le futur et déduire le nombre de Sprints nécessaires pour compléter une Feature ou un travail précis, ou bien combien de points scores pourront être réalisés et livrés à la date d'une Release.
Comments