Les estimations jouent un rôle essentiel dans la gestion de projets informatiques, qu'il s'agisse de développement de logiciels, de gestion de produits ou de toute autre initiative technologique. Deux méthodes couramment utilisées pour estimer le travail à réaliser sont les estimations en "man-days" (jours-homme) et les "story points". Ces deux approches présentent des différences significatives, chacune ayant ses avantages et ses inconvénients. Dans cet article, nous allons explorer ces deux méthodes d'estimation et discuter de leurs caractéristiques distinctes.

Les Estimations en Man-Days (Jours-Homme):

Les estimations en "man-days" sont une méthode d'estimation du temps nécessaire pour achever une tâche ou un ensemble de tâches. Cette méthode est basée sur le temps réel qu'un développeur ou une équipe de développement devrait passer sur une tâche spécifique. Voici quelques caractéristiques clés des estimations en "man-days":

1. Unité de mesure de temps : Les "man-days" représentent le nombre de jours de travail requis pour accomplir une tâche. Un jour-homme représente par exemple un développeur qui travaille une journée complète.

2. Précision : Les estimations en "man-days" tendent à être plus précises, car elles se basent sur des mesures de temps réel. Cependant, cette précision est relative et dépend de la qualité de l'analyse initiale et de la capacité des développeurs à estimer correctement le travail.

3. Adaptabilité : Les estimations en "man-days" sont relativement faciles à adapter aux besoins du projet. Si de nouveaux détails émergent ou si des changements surviennent, il est possible de recalculer les estimations en conséquence.

4. Utilisation : Les estimations en "man-days" sont couramment utilisées dans les approches de gestion de projet traditionnelles, telles que le modèle en cascade (Waterfall).

Les estimations en Story Points :

Les "story points" sont une méthode d'estimation de l'effort relatif nécessaire pour accomplir une tâche. Cette méthode est souvent associée à des approches de gestion de projet Agile, telles que Scrum. Voici quelques caractéristiques distinctes des "story points" :

1. Unité de mesure abstraite : Les "story points" ne sont pas liés à une unité de temps spécifique. Ils sont une mesure relative de la complexité, de l'effort et de l'incertitude associés à une tâche. Ils sont généralement exprimés sous forme de chiffres (par exemple la suite de Fibonacci : 1, 2, 3, 5, 8, 13 ...) et sont attribués de manière subjective par l'équipe de développement. Cette estimation se fait selon la méthode du planning poker qui permet de faire participer les membres de l'équipe afin de challenger les estimations et de converger vers un chiffrage le plus réaliste possible.

2. Précision relative : Les "story points" se concentrent sur la comparaison relative des tâches. Une tâche avec un nombre de "story points" plus élevé est supposée être plus complexe ou nécessiter plus d'efforts qu'une tâche avec un nombre de "story points" plus bas. Les "story points" n'ont pas de signification en termes de temps réel. La notion de temps est par contre portée par le sprint, qui représente le cycle de travail de l'équipe et durant lequel l'équipe s'engage à réaliser et délivrer un certains nombre de story point. Il faut préciser que l'objectif du sprint est toujours de livrer de la valeur utile au client. Le story point n'est qu'un indicateur et jamais un objectf.

3. Adaptabilité : Les "story points" permettent une plus grande flexibilité lors de l'adaptation aux changements de projet. Les équipes peuvent ajuster les estimations de "story points" en fonction des nouvelles informations et des retours d'expérience.

4. Utilisation : Les "story points" sont couramment utilisés dans les approches Agile (méthode SCRUM), où la planification itérative et la priorisation dynamique sont essentielles.

La principale différence entre les estimations en "man-days" et les "story points" réside dans leur nature. Les "man-days" sont des mesures de temps réel, tandis que les "story points" sont des mesures abstraites de complexité. Chaque méthode a ses avantages et ses inconvénients.

Les "man-days" offrent une précision apparente, mais ils peuvent être rigides et moins adaptés aux projets où les exigences évoluent rapidement. Les "story points", en revanche, offrent une flexibilité accrue et sont mieux adaptés aux projets Agile. Cependant, leur précision est relative et dépend de l'expérience de l'équipe.

En conclusion, le choix entre les estimations en "man-days" et les "story points" dépend des besoins et de la nature du projet. Il est également possible de combiner ces deux approches pour bénéficier à la fois de la précision des "man-days" et de la flexibilité des "story points" dans la gestion de projet. L'essentiel est de choisir la méthode qui convient le mieux à votre équipe et à votre projet.

Note : Il est possible de déduire une relation entre mandays et story point pour une équipe agile, dite mature. Connaissant la durée d'un sprint (donc le nombre de jour travaillé durant un sprint) et de la vélocité d'une équipe, on peut en déduire la relation man days/story point : 1 man day = vélocité/durée du sprint en nombre de jour.