¿Cuántos puntos de historia deberías asignar en un sprint inicial?

18

Al implementar Scrum por primera vez dentro de un equipo, ¿cómo debe determinar la cantidad de puntos de historia que se encuentran en un sprint inicial cuando no tiene idea de la velocidad del equipo?

¿Deberías basar esto en una estimación de horas y solo usar los puntos en una etapa posterior?

Mysterion
fuente
2
¿Cuánto tiempo durará el Sprint?
Gopi
Bueno eso es, naturalmente, una consideración - en mi caso el 1 semana para un equipo de 3 - pero incluso en equipos más grandes, ¿cómo se configura inicialmente el trabajo por la duración del sprint antes de saber la velocidad del equipo ..
Mysterion
@Sri Kumar: ¿Cómo importa?
azheglov

Respuestas:

13

No tiene hechos históricos a los que recurrir, por lo que le sugiero que no se moleste en adivinar. Intentar calcular la velocidad basándose únicamente en alguna fórmula es solo una pérdida de tiempo.

Simplemente calcule suficientes historias y deje que el equipo trabaje en ellas durante el primer sprint. Terminarán lo que terminan de todos modos. Después de este sprint inicial, tendrás tu velocidad real. Como tus sprints son (¡excelente!) 1 semana, obtendrás la velocidad real desde el principio.

Martin Wickman
fuente
"estimar suficientes historias"?
Armand el
1
Más de lo que razonablemente pueden terminar en la primera iteración.
Martin Wickman
44
hay una estimación implícita de la velocidad requerida para hacer eso;)
Armand
4

Nadie puede decirte cuántos puntos de historia puedes tomar para tu primer sprint. En primer lugar, el punto de la historia es el valor sin unidades. No debe tomar decisiones iniciales como 1 punto de historia = 6 horas porque en muchos casos se ejecutará en su contra más adelante. Además, cada proyecto puede tener diferentes "tamaños" de puntos de historia.

El compromiso debe hacerse en base a la reunión de planificación con el propietario del producto. Revisará las historias de usuarios y PO explicará algunos detalles sobre ellas. También proporcionará algunos criterios de aceptación (definición de hecho). La reunión de planificación tiene un límite de tiempo (según la longitud del sprint y el tamaño del equipo), por lo que la primera observación es cuántas historias de usuarios pudo discutir. Con base en la información recibida del PO, el equipo debería poder hacer un juicio profesional sobre cuántas de las historias de usuarios discutidas se pueden hacer en el sprint. Debido a que el equipo sabe que es un sprint inicial y aún no se ha hecho nada, el equipo probablemente se comprometerá solo a una pequeña cantidad de trabajo, pero esto aumentará en futuros sprints.

El valor puro de los puntos de la historia no debe usarse para planificar y estimar el tiempo. Debería usarse para describir la complejidad relativa, pero aún 8 puntos de historia pueden significar algo entre 6-12 puntos de historia (Fibonacci) en realidad, por lo que decir que 8 puntos de historia equivalen a 4 días es realmente peligroso porque también puede ser 3 o 6 + "desperdicio" (gastos generales) en el sprint inicial.

Uno de los principios ágiles principales es 'Empoderar a las personas'. La planificación y el compromiso es exactamente ese empoderamiento que le das al equipo. El equipo es responsable de entregar historias de usuarios conmutados, pero, por supuesto, pueden fallar y no se les debe culpar por el fracaso del compromiso en los sprints iniciales. Los sprints iniciales son para calibración.

Ladislav Mrnka
fuente
2

Una técnica es seleccionar algunas historias de usuarios de tamaño medio, darles un tamaño arbitrario en puntos y que el equipo las desglose en tareas. Luego, el equipo estima cada tarea en horas, lo que una vez resumido le da una estimación aproximada de las horas de trabajo por punto de historia. Conociendo la capacidad de trabajo total para el sprint, puedes extrapolar para obtener una cantidad de puntos de historia que teóricamente podrías completar en el sprint.

Sin embargo, esto no debe interpretarse como un objetivo exacto a alcanzar, y debe olvidarse tan pronto como aparezca la primera velocidad real del equipo, cuando termine el primer sprint.

guillaume31
fuente
1

Tienes que adivinar, ya que aún no tienes información para continuar. Sin embargo, si ya ha trabajado fuera de Scrum pero con el mismo equipo, es posible que pueda usar su experiencia previa de estimación para guiar sus conjeturas. O simplemente podría tomar historias adicionales hasta que se acabe el tiempo.


fuente
0

De todos modos, no confías exclusivamente en estimaciones puntuales para la planificación de sprints. Durante la planificación, su velocidad puede ayudarlo a "proponer" rápidamente un plan de velocidad y / o ayudarlo con su control de cordura antes de hacer el compromiso final; pero, no importa cuántos datos de velocidad tenga, el equipo finalmente necesita comprometerse con historias, no con puntos .

Tenga en cuenta que las historias de 5 x 1 punto no equivalen a una historia de 1 x 5 puntos para valores excepcionalmente pequeños de 1. Solo son aproximadamente equivalentes para el propósito de la planificación a largo plazo.

Y ahí es donde entra en juego el valor principal de los puntos: cuando necesita adivinar cuándo se puede completar una epopeya o lanzamiento, o si tiene demasiado en su plato para una fecha de lanzamiento programada.

Dicho esto, un equipo exitoso eventualmente se encontrará planeando la misma cantidad de puntos en cada sprint. Pero, habrá variaciones basadas en las historias particulares en ese sprint. Un equipo exitoso puede articular durante la planificación por qué algunas historias de 5 puntos en realidad no compensan las 5 historias de 1 punto propuestas inicialmente ...

svidgen
fuente