Bonjour Bryan,

C’est une très bonne question que tu poses. La réponse est non.
La vélocité, selon le logiciel de gestion de projet collaboratif Nutcache, « peut être un outil précieux lorsqu’il s’agit de suivre le travail réalisé par une équipe de développement et d’aider la prédictibilité suivant ».

En d’autres mots, le temps qu’une équipe prend à mener à bien une tâche aide à déterminer la durée des Sprints futurs et l’assignation des tâches. Chaque tâche est évaluée selon sa complexité et on les assigne selon la capacité de l’équipe à s’attaquer aux problèmes complexes.

Cependant, utiliser la vélocité Agile « comme un indicateur de performances […] peut s’avérer totalement contre-productif ». Nutcache précise aussi qu’« augmenter [la vélocité] se fera nécessairement au prix de la qualité des livrables produits ». Le but d’un Sprint est de se concentrer sur un livrable (comme une fonctionnalité, par exemple) et de fournir quelque chose de convenable et présentable.

C’est un travail itératif. La valeur de l’équipe dépend de sa capacité à satisfaire les besoins d’un client. La vélocité sert à faciliter ce processus.

Bonne soirée !

Référence : https://www.nutcache.com/fr/blog/la-velocite-agile-definition-calcul-et-bonne-utilisation/#

Bonjour,

J'ai trouvé quelque chose de similaire a la vélocité dans le guide Scrum je crois dans le Sprint planning : thème 2 : que peut‐on faire durant ce Sprint ? À la page 9 du guide.
Ils disent : "Devoir sélectionner ce qui peut ou ne peut pas être accompli durant un Sprint est une tâche difficile. Plus les développeurs connaissent leurs performances passées, leur capacité à venir et leur Definition of Done, mieux ils sont à même de faire des prévisions pour le Sprint en cours."
Je pense que ça peut se lier par le fait qu'une équipe Scrum qui connaît ses capacités et ses délais peut avoir une meilleure vélocité dans ses projets car mieux organisé. À débattre.