Re-estimación de historias de Scrum

12

Todos los días, después de stand-up , mi equipo y yo actualizamos nuestras estimaciones para cada historia Tengo la sensación de que hay algo mal con la forma en que lo hacemos, por lo que necesito su ayuda.

Así es como lo hacemos:

Estimación de la historia A: 24 horas (8 horas por día; usamos "días ideales" como medida)

  • Día N: el desarrollador comienza a trabajar en la Historia A a la mañana (8 horas de trabajo completadas al final del día)
  • Día N + 1: estimación de la historia A = 16 horas (una jornada laboral extraída de la historia A, desde el día N)
  • Día N + 2: estimación de la historia A = 8 horas (una jornada laboral extraída de la historia A, desde el día N + 1)
  • Día N + 3: la historia A ya debe estar lista. Pero no lo es. El desarrollador lo considera Tomará otras 3 horas para terminar. Actualizamos la historia en la pizarra. y burndown en consecuencia.
  • Día N + 4: ¡La historia A demoró todo el día en lugar de solo 3 horas! Ahora está hecho. La diferencia, 5 horas, no se tiene en cuenta en nuestra planificación.

¿Cómo deberíamos estar re-estimando diariamente nuestras historias?

    
pregunta Pomario 17.08.2011 - 12:05

5 respuestas

5
  

La diferencia, 5h, no se tiene en cuenta en nuestra planificación.

Sí, se contabiliza implícitamente porque las siguientes tareas se retrasan. Si hubiera un gráfico de quemado solo para ese desarrollador, notaría que la curva ha permanecido "plana" durante un día, mientras que si el desarrollador lo hubiera terminado lo suficientemente temprano para asumir otra tarea.

No hay nada de malo en la forma en que reevalúa durante la reunión diaria, la reestimación se trata más de averiguar si podemos llegar al final del sprint que de rastrear el retraso exacto de cada tarea. Todo lo que necesita en Scrum para poder ajustar su plan a diario es algo que indica el progreso de Sprint y qué tan lejos está de alcanzar el objetivo de Sprint (normalmente, un gráfico de reducción de peso).

    
respondido por el guillaume31 17.08.2011 - 16:21
7

La pregunta que debe hacerse es: ¿deberíamos estar reestimando nuestras historias?

Argumentaría que debería permitir que la "magia" ágil equilibre sus estimaciones bajas y excesivas en una iteración al calcular su velocidad para la siguiente (que es la única razón para corregir un valor). Consulte Estimación y planificación ágiles de Mike Cohn para obtener más información.

Sin embargo, hay un caso en el que debes volver a estimar: donde algo que hayas aprendido acerca de una categoría de trabajo ajusta todas las estimaciones en el futuro.

por ejemplo. Si se estima que agregar una columna a una base de datos tarda una hora ideal, pero resulta que toma 3 horas debido a un factor que nadie consideró y parece que ese factor se aplicará cada vez que lo haga. al agregar un campo a la base de datos, se deben ajustar todas las estimaciones para el trabajo de esa naturaleza, incluida la que está trabajando.

    
respondido por el pdr 17.08.2011 - 13:25
3

Lo que he encontrado más efectivo es:

  • Tamaño de historias por puntos (o tamaños de camiseta)
  • Vuelva a estimar cualquier historia en la cartera de productos en cualquier momento (pero especialmente antes de la planificación del sprint).
  • No vuelva a estimar las historias que están programadas para este sprint; siéntase libre de expresar sus inquietudes en el standup, pero no cambie las estimaciones.
  • Usa el clima de ayer para programar los sprints

Si las historias están ingresando en el sprint con estimaciones falsas, las reestimaciones de la planificación antes del sprint te permitirán corregirlas antes de que se conviertan en un problema. Si las historias tardan más de lo esperado porque el equipo es demasiado optimista, el clima de ayer lo mantendrá en el buen camino.

Las re-estimaciones diarias de lo que queda tienden a ser totalmente falsas, como describió en su pregunta. El trabajo completado / restante es un número falso diseñado para que parezca que estás trabajando "lo suficientemente duro". Mucho mejor es preguntar: "¿Cuándo crees que habrás terminado?" Y aclarar que si hay un problema con una historia, el equipo se pondrá de pie para ayudar.

    
respondido por el Sean McMillan 17.08.2011 - 17:41
1

Creo que esto no es un problema. Más bien, puede ser falta de experiencia. Cuanto más siga scrum, más se acostumbrarán los desarrolladores a proporcionar estimaciones más precisas. Esta es nuestra experiencia de implementar scrum después de 5 meses.

En sesiones de planificación de poker , nuestros desarrolladores sugirieron estimaciones muy diversas para cada PBI y cada tarea en el primer sprint. Sin embargo, ahora, somos casi iguales en el tiempo y la estimación. ¿Cuánto tiempo llevas usando scrum? Si no es mucho, dale algo de tiempo. Pero si es mucho tiempo, entonces, como sugirió @pdr, considere agregar un margen adicional para las tareas con mayores riesgos . Por ejemplo, cada vez que nuestro equipo quiere hacer una parte del navegador de UI, pasamos nuestra estimación. Por lo tanto, siempre multiplicamos la estimación de las tareas en varios navegadores por un factor para asegurarnos de que podamos cubrirla.

    
respondido por el Saeed Neamati 17.08.2011 - 13:44
1

Re-estimar historias de usuarios comprometidas durante el sprint no tiene sentido. Sólo pierdas tu tiempo. Ya hiciste un compromiso y no importa si haces una nueva estimación o no.

La situación diferente es con las historias de usuario que no están comprometidas con el sprint actual. De vez en cuando es bueno hacer una nueva estimación (no más de una vez por carrera antes de la planificación). Las situaciones por las que puede ser razonable volver a estimar pueden ser:

  • El propietario del producto cambió cualquier historia de usuario
  • El propietario del producto divide o fusiona cualquier historia de usuario
  • propietario del producto añadido historia de usuario
  • Tiene algún conocimiento adicional que no estaba disponible durante la última historia de usuario
  • Encontró que algunas historias de usuarios están relacionadas y ya hizo parte de otra que aún no se ha confirmado
  • etc.

No es necesario volver a estimar cada historia de usuario, pero puede hacerlo. Para una re-estimación completa usualmente necesitas algún método rápido. La planificación del póker puede ser extremadamente lenta, ineficiente, aburrida y, a veces, también inexacta si se toman más de 10 a 20 historias para estimar. La alternativa puede ser Estimación mágica .

    
respondido por el Ladislav Mrnka 17.08.2011 - 21:32

Lea otras preguntas en las etiquetas

Comentarios Recientes

acerca del sexo violento FijarObjele a los equipos de redacción del equipo editorial datos más valiosos al notar cuándo se usan las mismas referencias / referencias similares o si se usan de la misma manera. Puede incluirse una propaganda Reflexiones sobre el trabajo (Mt. I: Cobra Re-Era) Por favor, considere un comentario similar sobre un evento histórico similar Garant Benford (primer y tercer bitw / sesiones que no son Brad Kanzig) Revise la página Notas de edición: amigos. Necesitamos ventas. Varias sugerencias... Lee mas