Comment bien utiliser la vélocité - Scrum Life 19

Summary

Le script traite de l'utilisation de la vélocité dans les projets Agile, soulignant son importance pour la planification future et l'estimation de la durée de réalisation des projets. Il met en garde contre les erreurs courantes comme la fixation sur la vélocité actuelle au détriment de l'analyse des moyennes historiques, et l'utilisation abusive pour des engagements précis lors des Sprint Planning. Le script recommande de considérer la vélocité comme un outil d'estimation basé sur l'historique pour une meilleure prévisibilité, plutôt que comme un indicateur de performance immédiate.

Takeaways

• 📏 La vélocité est une mesure de la quantité de travail que l'équipe peut réaliser pendant une itération.
• ⏳ Utilisez la moyenne de la vélocité sur plusieurs itérations pour faire des projections fiables sur l'avenir.
• 🚫 Ne basez pas la planification d'une itération sur une seule mesure de vélocité élevée ou basse.
• 🔢 La vélocité moyenne devrait être calculée sur au moins les 8 dernières itérations pour être significative.
• 📉 Une variation importante de la vélocité peut indiquer des problèmes systémiques ou une gestion de la charge de travail inadéquate.
• 📚 Il est recommandé de lire 'Agile Estimating and Planning' de Mike Cohn pour une compréhension approfondie de la planification agile.
• 🛠️ La vélocité est un outil d'abstraction qui ne doit pas être utilisé pour la planification détaillée au sein d'une itération.
• 👥 L'équipe Scrum est multidisciplinaire et les membres ne sont pas interchangeables, ce qui est pris en compte par la notion de vélocité.
• 🚫 La vélocité ne devrait pas être utilisée comme un indicateur de performance ou de réussite pour un Scrum Master.
• 🔄 Des fluctuations dans la vélocité peuvent être dues à de nombreux facteurs tels que le changement de taille de l'équipe, des compétences variées ou des technologies nouvelles.
• 🔄 Une courbe de vélocité qui varie beaucoup peut être un signe de prévisibilité faible, ce qui est un problème à aborder.

Q & A

Qu'est-ce que la vélocité dans le contexte d'une équipe Agile?

La vélocité est une mesure de la quantité de travail que l'équipe peut réaliser pendant une itération, et elle est utilisée pour faire des projections sur l'avenir et estimer les délais de fin de projet.

Pourquoi est-il important de considérer la vélocité comme une moyenne plutôt que comme un nombre unique pour une itération donnée?

La vélocité comme moyenne permet de tenir compte de la variabilité des performances de l'équipe sur plusieurs itérations, offrant ainsi un indicateur plus fiable pour la planification future.

Quels facteurs peuvent affecter la vélocité d'une équipe Agile?

La taille de l'équipe, les compétences des membres, les technologies utilisées, le type et la complexité des user stories, ainsi que les contraintes externes et les interactions avec d'autres équipes peuvent tous affecter la vélocité.

Comment la vélocité est-elle utilisée pour estimer la fin d'un projet ou d'une feature?

En divisant le nombre de points restants à réaliser par la vélocité moyenne de l'équipe, on peut estimer le nombre d'itérations nécessaires pour achever le projet ou la feature.

Pourquoi ne pas s'engager sur une quantité de travail basée uniquement sur la vélocité lors de la planification d'un sprint?

Parce que la vélocité est un outil d'estimation et de planification, et non un engagement. L'équipe doit s'engager sur une quantité de travail réaliste en fonction de l'analyse concrète des tâches et de la charge de travail prévue pour le sprint.

Quels sont les risques de mal utiliser la vélocité en tant qu'indicateur de performance?

Considérer la vélocité comme un indicateur de performance unique peut conduire à des conclusions erronées sur la capacité et l'efficacité de l'équipe, car elle ne tient pas compte des facteurs contextuels et des variations normales au cours du temps.

Que signifie une 'fenêtre d'arrivée' dans le contexte de la planification Agile?

Une 'fenêtre d'arrivée' est une plage de dates potentielles pendant laquelle un projet ou une feature pourrait être fini, en tenant compte des incertitudes et de la variabilité des performances passées de l'équipe.

Pourquoi la vélocité d'une équipe Agile ne devrait pas être utilisée pour comparer les performances entre équipes?

Parce que chaque équipe a des contextes, des compétences et des challenges uniques qui rendent les comparaisons de vélocité infondées et potentiellement démotivantes.

Quels sont les signes qu'une équipe Agile est prévisible et stable en termes de performance?

Une équipe est prévisible et stable si sa vélocité moyenne reste constante ou suit une tendance lisse, sans présenter de fluctuations importantes ou de 'dents de scie' qui indiqueraient des problèmes systémiques ou de gestion.

Quels sont les effets pervers que peut-on observer si les développeurs travaillent plus vite que prévu et utilisent le temps libre pour créer de la 'dette technique'?

Cela peut entraîner une qualité de travail réduite, une surcharge de travail future et un manque de prioritisation des tâches les plus importantes, car l'équipe se concentre sur de la 'dette technique' plutôt que sur les besoins actuels et à venir.