¿Deberíamos estimar las tareas durante la preparación del trabajo acumulado?

7

Me sorprendieron en una reunión de preparación de trabajos atrasados cuando asignamos estimaciones de tiempo a las tareas de BA, desarrollo y control de calidad ... pero la historia aún no está programada en ningún sprint y aún no estamos asignando recursos a las tareas. .

Esto me parece al revés, ya que:

  • Puedo estimar mis propias tareas, muchas gracias.
  • De todos modos, revisaremos / revisaremos las estimaciones durante la planificación del sprint.
  • Cada tarea debe ser estimada por la persona que va a hacer el trabajo. (los desarrolladores no son fijos)

¿Realmente deberíamos estar tratando de estimar el nivel de precisión de las horas de trabajo en este momento?

La discusión de esta pregunta dice que no, ya que el retraso se compone de historias , no de tareas . Y éste aborda las escalas de tiempo. Ambos son relevantes, pero me gustaría abordar el tema de la estimación de tareas no asignadas.

[Nota al margen: < 3 < 3 < 3 sus comentarios y respuestas, y me gustaría poder votar más la mayoría de ellos, pero mi cuenta es demasiado nueva: s]

    
pregunta gws 16.03.2015 - 20:24

3 respuestas

11
  

¿Deberíamos realmente intentar estimar el nivel de precisión de las horas de trabajo en este momento?

Demonios no, pero sucede todo el tiempo.

En parte es porque la mayoría de los lugares hacen SortaAgile. SortaAgile no cree en los puntos de la historia. No cree que los individuos tengan diferentes velocidades. Y ciertamente no cree en la participación del equipo.

En parte es porque Agile hace un trabajo realmente malo al responder una pregunta clave de negocios: "¿cuándo se va a hacer esto?". Bueno, eso no es culpa de Agile en realidad. Los desarrolladores deben tener suficientes habilidades sociales para hacer retroceder el negocio a fin de obtener un alcance claro y negociar una fecha de ejecución tentativa para ese alcance. No necesita estimaciones detalladas para eso, necesita la capacidad de establecer expectativas. Agile quizás coloca más de esa carga en los desarrolladores, ya que somos nosotros quienes impulsamos Agile, no los gerentes de proyectos. Idealmente, su gerente de proyecto estaría a bordo con Agile y competente. Eso es ... poco común sin embargo.

Así que empuja hacia atrás donde puedas. Pero recuerde que la estimación no paga las cuentas: discutir con la administración no paga las cuentas. Haz lo que puedas y luego vuelve a hacer software.

    
respondido por el Telastyn 16.03.2015 - 20:40
2

No parece que estés haciendo ningún tipo de metodología con la que estoy familiarizado. Normalmente no tendrías tareas en un trabajo pendiente. ¿Cómo priorizas una tarea? No puede completar una historia sin implementar todas las tareas, por lo que no tiene sentido tenerlas en el registro. Las historias deben seguir INVEST

  

¿Deberíamos realmente intentar estimar el nivel de precisión de las horas de trabajo en este momento?

No, esto debería aplazarse hasta el "último momento responsable" . En el momento en que realmente venga a implementarlo, las cosas pueden haber cambiado y es posible que no tenga que hacerlo (y de hecho parece que este es el caso en su planificación de sprint). La gente suele recomendar que hagas "lo suficiente"

  

Puedo estimar mis propias malditas tareas, muchas gracias.

Los programadores suelen ser bastante malos para estimar tareas. Esta es la razón por la que las personas suelen usar "horas ideales" o simplemente puntos.

  

Cada tarea debe ser estimada por la persona que va a hacer el trabajo. (los desarrolladores no son fijos)

Si bien es cierto que los desarrolladores no son fungibles, los equipos ágiles usualmente practican la propiedad colectiva de códigos; es una de las reglas de XP. Solo porque los desarrolladores tienen habilidades diferentes, no significa que nadie pueda hacerlo. trabajar en cualquier tarea en particular.

Parece que tienes un alto factor de bus .

    
respondido por el Dave Hillier 16.03.2015 - 21:42
2

Es una mala práctica hacer una estimación de nivel de tarea en la sesión de aseo. El propósito de la sesión de aseo es comprender lo que se debe hacer elaborando la discusión y perfeccionando los criterios de aceptación, para que el equipo pueda tener una visión clara y comprender qué es lo que está a la cabeza y qué les llevaría hacer esas historias. >

Una vez que el equipo tiene una comprensión clara de las historias, se puede estimar en puntos, no en horas, la estimación debe hacerse por complejidad, lo que se sabe y se desconoce. Cómo estimar en puntos es un tema completamente diferente.

    
respondido por el Tanveer Khan 27.02.2018 - 16:18

Lea otras preguntas en las etiquetas