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

9

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.

Pomario
la source

Réponses:

4

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.

Thomas Owens
la source
En illustrant la justification avec des chiffres, disons à la fin de Sprint n, nous avons: 17 points d'histoire terminés * 0,97 (1 journée de développement) = 16,49 vitesse; en utilisant l'autre formule, 17 sp / 0,97 = 17,52. Maintenant, vient la question. Lors de la réunion de planification du Sprint suivant (n + 1), avec une capacité actuelle de 0,875 (5 jours de congé parmi les développeurs), quelle est notre vitesse attendue? Comment estimons-nous ce que nous pouvons accomplir avec la capacité réduite?
Pomario
@Pomario Je suppose que 2 semaines, 40 heures / semaine, 8 heures de sprints de jour. En supposant qu'une personne ait pris un jour de congé, la capacité devrait être de 0,99 pour la première formule ou de 72 pour la seconde. Cela vous donne une vitesse calculée de 16,66 ou 0,24. Votre capacité pour le prochain sprint serait de 0,5 ou 40. Branchez la vitesse précédente et la charge attendue dans les équations. Cela signifie que vous devez apporter entre 8 et 10 points d'histoire, car vous multipliez la vitesse terminée par votre charge attendue. J'err plus proche de 8 ou 9. (Quelqu'un pourrait aussi vouloir vérifier mes calculs -. Je suis un malade aujourd'hui bits)
Owens Thomas
Je viens de réaliser que j'ai fait une erreur - la première capacité serait de 0,90, pas de 0,99, car 8 heures représentent 10% d'une semaine de travail de 80 heures. Cela signifie que la vitesse calculée pour le premier sprint serait de 15,3. Cependant, l'analyse des données ne change pas.
Thomas Owens
1

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é.

Asim Ghaffar
la source
1

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.

Mike
la source