Développements web : comment éviter de sous évaluer les estimations ?

Vous avez l’impression que votre équipe de développement tend à sous-évaluer ses estimations ? Découvrez dans notre article la bonne manière de pallier à ce problème et d’améliorer la gestion de votre projet web en établissant des pronostics et des plannings plus justes.

Dans le cadre d’un projet web développé en mode agile, sous la méthode Scrum par exemple, il peut arriver que les développeurs aient tendance à sous évaluer les tâches lors des réunions de sprint planning.

Nous allons voir dans cet article, quelles sont les possibilités pour éviter que votre équipe de développement sous évalue trop les fonctionnalités à développer. Et surtout comment traiter ce problème de la meilleure façon possible.

Pour commencer sous évaluer une tâche technique en méthode agile n’est pas réellement un problème en soit.

A la fin de chaque sprint, quand les développements du sprintbacklog ont tous été livrés, vous pouvez calculer la vélocité de l’équipe de développement.

La vélocité représente le nombre de points d’efforts consommés à la fin d’un sprint. La vélocité est un indicateur utilisé en Scrum qui indique quel effort l’équipe de développeurs est capable de fournir pour réaliser les tâches planifiées dans un cycle de développement (sprint). Plus la vélocité de l’équipe technique est élevée, plus cela signifie que les développeurs développent rapidement. C’est pour cette raison qu’il est fortement recommandé d’enregistrer à la fin de chaque sprint les vélocités réalisées. Ainsi ces données permettent d’attribuer une vélocité moyenne à l’équipe.

En revanche, il n’est pas recommandé de vouloir mesurer la performance d’une équipe en se basant seulement sur la vélocité. D’autres éléments doivent être pris en considération pour mesurer ou évaluer la performance d’une équipe de développeurs.

Vous l’aurez compris, pour éviter de vous retrouver dans une situation où les estimations sont sous- évaluées par l’équipe agile, il faut prendre la vélocité moyenne de l’équipe comme point de référence pour effectuer vos estimations de sprint. Ainsi, si vous connaissez la vélocité de l’équipe qui va développer les tâches du sprint, il n’y aura plus de problème de sous-évaluation car ce sera juste une estimation normale de l’équipe. Les prévisions sur le projet web sont donc effectuées sur la base de la vélocité de l’équipe. C’est-à-dire sur la base de ce que l’équipe de développeurs est capable de produire.

Cela signifie bien que d’une équipe à une autre, les prévisions seront donc différentes car chaque équipe a sa propre vélocité.

Si vous souhaitez faire des comparaisons de performance entre deux équipes, ayez bien conscience que chaque équipe est différente en terme de vélocité et également que chaque équipe a son propre référentiel.

Pour conclure il faut également éviter de demander à son équipe de développeurs de changer leurs estimations en gonflant d’avantage leurs estimations. Cela n’aura aucun impact sur le résultat car l’équipe détient sa propre capacité de production, et gonfler les estimations ne changera rien.

Nos équipes de développement sont régulièrement challengées par nos Scrum Master pour les aider à progresser et à s’améliorer dans leur travail. Découvrez nos équipes, elles sont basées à Madagascar, à Maurice et au Vietnam.