¿Cómo estimar la velocidad del sprint con la capacidad variable del equipo?

8

Somos un pequeño equipo de 4 desarrolladores bastante verdes en Scrum. Viniendo de todo el país, a menudo tomamos días libres o semanas enteras para ir a casa. Por lo tanto, la capacidad de nuestro equipo cambia drásticamente de una iteración a otra debido a las hojas anuales, lo que conduce a velocidades muy diferentes de una iteración a otra. ¿Cómo contabilizamos la capacidad del equipo cuando estimamos la velocidad en la reunión de planificación? Los datos históricos reflejarán capacidades muy diferentes y no podemos esperar un año entero para obtener un promedio de nuestra velocidad estimada.

    
pregunta Pomario 07.02.2012 - 00:01

3 respuestas

4

Puede ser un enfoque simple, pero ¿por qué no calcula su velocidad como completed story points * capacity o completed story points / capacity , dependiendo de cómo mida la capacidad? Si mides la capacidad en horas hombre, usa el segundo. Si mide la capacidad como un porcentaje de una semana de 40 horas, use la primera. Cuando vaya a sacar puntos de historia, debe tener una buena idea acerca de su capacidad para un sprint determinado y usar los datos históricos de su proyecto para determinar los puntos de historia completados para una carga determinada.

Sin embargo, esto hace algunas suposiciones potencialmente peligrosas, como tratar a todos los empleados como iguales: si su desarrollador más joven toma una semana de descanso o el desarrollador con la mayor experiencia en el dominio y / o las tecnologías se toma una semana de descanso, su capacidad será el mismo valor numérico, pero el impacto en la velocidad probablemente sería diferente.

En última instancia, utilice el juicio profesional basado en datos históricos cuando planifique un sprint. En este caso, use la velocidad previa como entrada en algún otro esquema de estimación, que involucre al equipo. También me equivocaría por precaución: es más fácil hacer más trabajo en un sprint que eliminar el compromiso de hacer una tarea.

    
respondido por el Thomas Owens 07.02.2012 - 00:23
1

La velocidad puede variar incluso si la capacidad permanece igual.

Así que solo confíe en su velocidad, se ocupará de la capacidad variable en sí misma, es decir, asumiendo que está en el tercer sprint, tome el promedio de los dos últimos sprints completos para comprometerse en el próximo sprint. No te preocupes por la variación en la capacidad.

    
respondido por el Asim Ghaffar 12.02.2012 - 19:00
1

La velocidad es una guía, no una medida. Simplemente tome el promedio de todos sus sprints (tenga en cuenta la desviación estándar) y el promedio de sus tres peores, el promedio de sus tres mejores y diga "Definitivamente lo haremos, podríamos hacerlo, no lo haremos estos hechos ". Al trazar tres líneas a través de su registro (totalmente estimado) utilizando estas tres velocidades y su fecha límite aproximada (suponga que son 12 sprints y 12x su peor velocidad es 75, 12x su mejor es 120 y 12x su promedio es 90. En un backlog de 100 puntos Incluso en el peor de los casos, podría hacer tres cuartas partes, en el mejor de los casos, podría hacerlo todo y, en promedio, entregaría la mayor parte.

Con estos datos, su PO puede tomar todas las decisiones que necesita en relación con lo que DEBE tener, nos gustaría tenerlo y lo que no le importa dejar de lado.

Lo último, las cosas cambian, los requisitos son emergentes y, bueno, las cosas volverán a cambiar. No arruines tus habilidades con las matemáticas para obtener una cifra específica, los rangos precisos son suficientes para este tipo de cosas. Revienta tus problemas con los problemas de software, no con los cálculos de atrasos.

    
respondido por el Mike 16.02.2012 - 23:23

Lea otras preguntas en las etiquetas