Comment estimer la vitesse d'un sprint avec une capacité d'équipe variable?

Nous sommes une petite équipe de 4 développeurs plutôt verts à Scrum. Venant de partout au pays, nous prenons souvent des jours de congé ou des semaines entières pour rentrer à la maison. Par conséquent, la capacité de notre équipe change considérablement d'une itération à l'autre en raison des feuilles annuelles, ce qui conduit à des vitesses très différentes d'une itération à l'autre. Comment tenir compte de la capacité de l'équipe lors de l'estimation de la vitesse lors de 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 de notre vitesse estimée.

Cela peut être une approche simple, mais pourquoi ne pas calculer votre vitesse comme completed story points * capacityou completed story points / capacityselon la mesure de la capacité. Si vous mesurez la capacité en heures-homme, utilisez la seconde. Si vous mesurez la capacité en pourcentage d'une semaine de 40 heures, utilisez la première. Lorsque vous allez retirer des points d'histoire, vous devez avoir une bonne idée de votre capacité pour un sprint donné et utiliser les données historiques de votre projet pour déterminer les points d'histoire terminés pour une charge donnée.

Cependant, cela fait des hypothèses potentiellement dangereuses, telles que traiter tous les employés sur un pied d'égalité - si votre développeur le plus junior prend une semaine de congé ou le développeur avec le plus d'expérience dans le domaine et / ou les technologies prend une semaine de congé, votre capacité sera la même valeur numérique, mais l'impact sur la vitesse 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 entrée dans un autre schéma d'estimation impliquant l'équipe. Je voudrais également pécher par excès de prudence - il est plus facile de tirer plus de travail dans un sprint que de retirer un engagement à effectuer une tâche.

La vitesse peut varier même si la capacité reste la même.

Donc, faites confiance à votre vitesse, elle se chargera de faire varier la capacité elle-même, c'est-à-dire que si vous êtes dans le 3e sprint, prenez la moyenne des deux derniers sprints terminés pour vous engager dans le prochain sprint. ne vous inquiétez pas des écarts de capacité.

La vélocité est un guide, pas une mesure. Prenez simplement la moyenne de tous vos sprints (comptez l'écart-type) et la moyenne de vos trois pires, la moyenne de vos trois meilleurs et dites «Nous allons certainement les faire, nous pourrions les faire, nous n'obtiendrons pas c'est fait. " En traçant trois lignes dans votre carnet de commandes (entièrement estimé) en utilisant ces trois vitesses et votre échéance approximative (faites comme si c'était 12 sprints et 12x votre pire vitesse est 75, 12x votre meilleur est 120 et 12x votre moyenne est 90. Dans un carnet de 100 points , même au pire, vous pourriez en faire les trois quarts, au mieux vous cloueriez le tout et en moyenne, vous en livreriez la plupart).

Avec ces données, votre PO peut prendre toutes les décisions dont il a besoin dans ce qu'il DOIT avoir, nous qu'il aimerait avoir et ce qu'il ne craint pas de laisser de côté.

Ultime, les choses changent, les exigences émergent et, bien, les choses changeront à nouveau. Ne vous découragez pas en mathématiques pour obtenir un chiffre précis, des plages précises suffisent pour ce genre de chose. Éclatez-vous sur les problèmes logiciels, pas sur les mathématiques en retard.