Scrum: productos inacabados y velocidad de velocidad

Question

Digamos que el producto X vale 10 puntos de historia. El desarrollo comienza en el sprint Y, pero no se completa a tiempo. ¿Qué piensas con los puntos de la historia al calcular la velocidad de Sprint Y?

¿Le gustaría usted:

a. Asigne 0 puntos de historia para el sprint Y y 10 puntos para el sprint con el que finalmente se completa;

b. Determine los puntos de la historia para el trabajo restante (digamos 3) y asigne la diferencia al sprint Y (7 en nuestro ejemplo); o

c. ¿Algo más?

¡Gracias de antemano!

Answer 1

Depende de si le preocupa su velocidad "instantánea" o "promedio". Personalmente, no lo haría más complicado de lo necesario y simplemente lo agregué al sprint donde se completó. Calcule su velocidad promedio al observar la cantidad promedio de puntos completados por esprint durante los últimos 3, 6 y 12 meses. Afortunadamente, estos eventualmente convergerán y usted tendrá una buena idea de cuánto puede hacer en un sprint.

Answer 2

Asigne 0 puntos para el sprint Y y 10 puntos cuando la historia finalmente se complete. O bien la historia está hecha o no está hecha. No hay término medio. Desea evitar que se complete el 50% o sus equipos pueden implementar muchas historias a la mitad y ninguna completamente.

Está perfectamente bien no terminar una historia durante un sprint y completarla en el siguiente sprint. Sin embargo, no debe presentar esta historia al propietario del producto durante la revisión del sprint.

Si tiene suficientes historias para un sprint determinado, no importará si la historia se completa este sprint o el siguiente. Las cosas serán promedio.

También es importante explicar al equipo y a las partes interesadas que la velocidad ayuda a estimar cuándo tendrá lugar la liberación y no es una medida del rendimiento del equipo.

El equipo debe ser juzgado en el resultado final que producen, no cuando se producen esos resultados.

Combinado con una cartera de pedidos bien priorizada, creará un software de buena calidad que signifique las necesidades de sus clientes.

Answer 3

Esa es una de las ideas de la carrera, la "integridad" es binario, ya sea realizado o no, con el tiempo el equipo (s) tendrá una mejor estimación y esta pregunta va a perder relevancia

Answer 4

PERO ...

La siguiente pregunta es cómo calcular su compromiso de sprint después de Y. Si su clima pasado muestra que tiene una velocidad promedio de 20 puntos. Si llevas la historia a continuación, llevas más de 10 puntos. Sin embargo, si usted piensa que solo quedan 3 puntos de la historia: ¿Tiene

A) Tome otros 17pt para llenar su capacidad estimada de 20pts B) Solo asuma 10pt más ya que la historia transportada se estimó originalmente en 10 puntos

Nos metimos en un lío tratando de hacer A. ¿Qué piensan los demás?

[Actualización]

He publicado una pregunta acerca de esto:

Work out sprint capacity when carrying over story points in scrum

Answer 5

La situación aquí no es satisfactoria, pero por el momento se estima el trabajo restante de historias inacabadas. Si solo es alrededor del 20% o menos, dejamos la historia y los puntos en el sprint que son. Si hay más, le preguntamos al PO si deberíamos terminar la historia, si es así, la movemos al nuevo sprint. Sin embargo, esto no es satisfactorio por varias razones. Las primeras historias grandes o arriesgadas deberían haberse iniciado al comienzo del sprint, por lo que se podría evitar el incumplimiento. Segundo, obtenemos estimaciones de velocidad imprecisas (pero probablemente más suaves) que son menos útiles en el futuro En tercer lugar, no es estricto, y el equipo es como un niño de 2 años, muestra una ligera debilidad y quiere explotarlo.

Finalmente, el rigor se está reduciendo a medida que pasa el tiempo, los equipos están encontrando sus pies hasta cierto punto y están aprendiendo las mejores formas de manejar las cosas. Ya tenemos una variación masiva en la velocidad: la mayoría de los equipos tienen un comentario sobre cada sprint sobre qué factores (vacaciones, enfermedad, etc.) afectaron cada sprint ... totalmente malo :(