Utiliser des points de fonction comme une métrique pour la vitesse d'une équipe de Scrum?
Je suis tombé sur l'idée d'utiliser des points de fonction comme une métrique pour la vitesse d'une équipe Scrum. Je l'ai vu dans une équipe et j'ai trouvé deux articles mentionnant un lien entre des estimations et des points de fonction ( http://www.ifpug.org/isma5-2010/Amol%20keote-fonctionsCoindagile-hand-in-hand. PDF et http://www.cosmicon.com/portal/public/fromstorypointPointCosmic.pdf ).
Je ne sais pas comment cela peut fonctionner, car si je le comprends correctement, les points de fonction mesurent le valeur d'une fonctionnalité (par exemple de la perspective des utilisateurs), tandis que la vitesse mesure le effort des fonctionnalités finies. Et à mon avis, il n'y a pas de connexion directe entre ces deux.
Pour mettre un autre moyen: si vous avez (disons) une équipe de scrum stable qui travaille 2 semaines de sprints, le nombre de points de fonctions qu'ils fournissent par sprint devraient varier (possible sauvagement), ce qui rendrait une vitesse basée sur des points de fonctionnement sans signification (par exemple, à des fins de planification) ...
Est-ce que j'ai râté quelque chose?
Les points de fonction sont un moyen structuré de diviser une tâche importante en plusieurs plus petits.
De Introduction à l'analyse des points de fonction
L'analyse des points de fonction a été développée en premier par Allan J. Albrecht au milieu des années 1970. C'était une tentative de surmonter les difficultés associées aux lignes de code comme mesure de la taille du logiciel et à aider à développer un mécanisme de prédire les efforts associés au développement de logiciels.
L'analyse des points de fonction est une technique structurée de classification des composants d'un système. C'est une méthode pour briser des systèmes en composants plus petits, afin qu'ils puissent être mieux compris et analysés. Il fournit une technique structurée pour la résolution de problèmes.
Pensez vous, ce site dit également
L'analyse des points de fonction devrait être effectuée par du personnel formé et expérimenté.
alors n'essayez pas cela à la maison des enfants!
(ou de manière pratique - Stick avec une taille approximative de vos tâches de manière "assez bonne" et continuez à produire des logiciels sans vous enliser avec la bureaucratie d'un processus de poids lourd qui pourrait sembler une bonne idée, mais finalement gagné " t vous aider à faire quelque chose de mieux)