
Cet article a pour objectif de rappeler les principales différences, entre les Story Points et les Points de Fonction, et d’étudier leur complémentarité dans le cadre de projets agiles.
Les Story Points
Les Story Points sont une mesure relative basée sur la perception, par l’équipe projet, de la taille du travail à réaliser. La détermination de cette taille est basée sur un niveau de compréhension de la complexité et donc de l’effort nécessaire à la réalisation.
Les Story Points sont plus rapides à mettre en œuvre que les Points de Fonction. Il s’agit d’une approche collaborative qui implique l’équipe projet au complet. Elle permet de partager une compréhension commune de chaque user story, et d’engager l’équipe sur un délai.
Les Points de Fonction
« Les Points de Fonction mesurent un logiciel en quantifiant ses fonctionnalités par rapport aux besoins de son client final, en se basant principalement sur la conception logique de celui-ci ».
Contrairement aux Story Points, les Points de Fonction sont une unité de mesure normalisée et reproductible. Les fonctionnalités peuvent être mesurées en FP de manière uniforme indépendamment de qui les mesure. Les Points de Fonction peuvent être utilisés sur des projets agiles et non agiles. Mais il ne pourront cependant pas être mesurés par l’équipe projet elle-même, car cela nécessite une certaine expertise ou un outil de comptage automatique.
Story Points ou Points de Fonction ?
L’emploi conjoint de ces deux méthodes de mesures est utile. En effet, toutes les deux concourent à atteindre l’objectif principal qui est de gérer le plus efficacement possible un projet de développement logiciel.
Les Points de Fonction sont particulièrement bien adaptés pour réaliser une mesure globale d’un produit en début et fin de processus projet. La mesure en Points de Fonction réalisée au début d’un projet pourra être utilisée pour estimer la charge, les coûts et les délais globaux. La mesure en Points de Fonction, au moment de la mise en production de l’application, pourra être utilisée pour disposer notamment d’une mesure de la productivité, du patrimoine lié à cette application, et affiner le calibrage des modèles d’estimation de l’effort.
Les Story Points sont quant à eux efficaces pour gérer le flux de travail dans un projet agile. Ils servent aussi à estimer la quantité de travail qui peut être accomplie par l’équipe dans une période de temps définie (sprint/itération).
Tableau comparatif dans le cadre d’un projet agile
Objectif | Function Points | Story Points |
Estimation initiale du budget | Oui, mais parfois macro car tous les exigences ne sont pas décrites | Non, car mesure spécifique à chaque équipe projet |
Estimation du contenu du sprint | Oui | Oui |
Mesure de productivité | Oui | Oui mais relative car la perception des story points diffère d’une équipe à une autre |
Facilité de mesure | Difficile, nécessite un expert ou une solution de comptage automatique | Facile, par l’équipe |
Comparaison avec d’autres projets | Oui, car mesure normalisée | Non, car mesure spécifique au projet et à l’équipe |
Participe à la compréhension commune des équipes, et à son engagement | Non | Oui, c’est le point fort des Story Points |
Stabilité de la valeur durant la vie du projet | Oui | Difficile à contrôler (on observe une inflation de la valeur du SP au cours du projet) |
Mesure de bilan de projet | Oui | Non, car non normalisés |
Benchmarking | Oui | Non |
Contractualisation | Oui | Oui, avec des réserves sur la stabilité de la valeur du SP durant la vie du projet |
Découvrez les offres de produits et de services Estimancy permettant de mesurer ou d’estimer des projets logiciels à partir des exigences utilisateurs rédigées en langage naturel.
Références
IFPUG MetricViews (PDF) :
Dan French, PMP, CFPS, CSM. Agile and Function Points: A Winning Combination (PDF) :
Carol Dekkers, CFPS (Fellow), PMP. Counting Function Points for Agile / Iterative Software Development (PDF) :
Radenko Corovic. Estimer et mesurer la performance des projets agiles avec les points de fonction (PDF) :