Comment estimer la vélocité du sprint avec une capacité d'équipe variable?
Nous sommes une petite équipe de 4 devs plutôt verte dans Scrum. Venant de partout dans le pays, nous prenons souvent des jours impairs ou des semaines entières de rentrer à la maison. Par conséquent, notre capacité d'équipe change de façon spectaculaire d'une itération à une autre en raison des feuilles annuelles, ce qui conduit à des vitesses très différentes d'une itération à une autre. Comment comptabilisons-nous la capacité d'équipe lors de l'estimation de la vitesse à la réunion de planification? Les données historiques refléteront des capacités très différentes et nous ne pouvons pas attendre une année entière pour obtenir une moyenne pour notre vitesse d'estimation.
Ce pourrait être une approche simple, mais pourquoi ne calculez-vous pas votre vitesse comme completed story points * capacity ou completed story points / capacity, en fonction de la capacité de mesure. Si vous mesurez la capacité des heures d'homme, utilisez la seconde. Si vous mesurez la capacité de pourcentage d'une semaine de 40 heures, utilisez le premier. Lorsque vous allez retirer des points de l'histoire, vous devriez avoir une bonne idée de votre capacité de sprint donné et d'utiliser les données historiques de votre projet pour déterminer les points de l'histoire terminés pour une charge donnée.
Toutefois, cela rend certaines hypothèses potentiellement dangereuses, telles que traiter tous les employés comme étant égale - si votre plus grand développeur prend une semaine de congé ou que le développeur avec la plus grande expérience du domaine et/ou des technologies prend une semaine de congé, votre capacité sera la même valeur numérique, mais l'impact sur la vélocité serait probablement différent.
En fin de compte, utilisez un jugement professionnel basé sur des données historiques lors de la planification d'un sprint. Dans ce cas, utilisez la vitesse précédente comme une entrée dans un autre système d'estimation impliquant l'équipe. Je voudrais également vous tromper du côté de la prudence - il est plus facile de tirer plus de travail dans un sprint que de supprimer un engagement de faire une tâche.
La vélocité peut varier même si la capacité reste la même.
Il suffit donc de faire confiance à votre vitesse, cela s'occupera de la capacité variable I.e. En supposant que vous êtes dans la 3ème sprint, prenez la moyenne des deux derniers sprints terminés à s'engager dans le prochain sprint. Ne vous inquiétez pas de la variance en capacité.
La vélocité est un guide, pas une mesure. Il suffit de prendre la moyenne de toutes vos sprints (compte pour écart type) et la moyenne de vos trois trois, la moyenne de vos trois meilleurs et disons "Nous allons certainement les faire faire, nous pourrions les faire faire, nous ne pourrons pas obtenir. ceux-ci font. " En dessinant trois lignes à travers votre arriéré (entièrement estimé) à l'aide de ces trois vitesses et de votre échéance approximative (prétendre que c'est 12 sprints et 12x votre pire vélocité est de 75, 12x votre meilleur est de 120 et 12x Votre moyenne est de 90. Dans un arriéré de 100 points. , Même dans votre pire, vous pourriez faire les trois quarts, à votre mieux, vous feriez clouer tout le tout et en moyenne, vous enverriez la majeure partie de cela).
Avec ces données, votre PO peut prendre toutes les décisions dont il a besoin dans ce qu'il doit avoir, nous aimerions avoir et ce qu'il ne veut pas laisser sortir.
Ultimate, les choses changent, les exigences sont émergentes et, bien, les choses vont changer à nouveau. Ne casse pas tes côtelettes sur les mathématiques pour obtenir une figure précise, des gammes précises suffisent pour ce genre de chose. Bustiez vos côtelettes sur des problèmes logiciels, pas sur les mathématiques.