¿Cómo podemos persuadir a los miembros del equipo para que calculen en puntos de historia en lugar de horas?

Usamos puntos de historia para estimar nuestras historias de usuario. Descubrimos que los puntos de la historia resuelven el problema de subestimar la cantidad de trabajo real que se requiere para completar una tarea, ya que tiene en cuenta la complejidad de una tarea junto con la cantidad de trabajo. Pero a algunos miembros del equipo les resulta difícil dejar de estimar en horas, especialmente cuando tienen prisa. Es una pregunta común preguntar por el burnrate cuando tenemos una reunión de planificación de sprint. Pero dado que creemos que la tasa de consumo será más precisa si la persona no calcula su estimación basándose únicamente en las horas, queremos que eso cambie.

¿Alguien puede ayudarnos con cómo podemos hacer que el equipo compare tareas y obtenga una estimación que incluya la complejidad y la cantidad de trabajo en lugar de solo calcularlo con horas multiplicadas por nuestra tasa de consumo?

Respuestas (1)

Realmente no puedes obligar a las personas a dejar de hacer estimaciones de horas en su cabeza y luego convertirlas en puntos de historia. Soy un gran admirador de los puntos de la historia e incluso entonces a veces me sorprendo haciendo una conversión de horas a puntos. Y retener las últimas tasas de consumo tampoco es suficiente para romper el hábito.

Hay algunas prácticas que son menos conductivas para hacer una conversión de una hora

  1. Usa historias de referencia. Elija una o dos historias en las que todo el equipo tenga una buena idea de cuánto trabajo implica terminar la historia. Una historia debe estar en el lado más pequeño de la escala de estimación (digamos 2 o 3 puntos), y si elige usar dos historias de referencia, la otra debe estar en el lado grande.
    Luego, comienza a referirse explícitamente a esas historias de referencia cuando le pide al equipo que haga una estimación. Si usa esto para romper el hábito de convertir horas en puntos, las historias de referencia pueden ser algo que aún no se haya implementado, por lo que no hay posibilidad de preguntar cuánto tiempo se dedicó realmente a ellas.

  2. Utilice una escala discontinua . Si no acepta todos los números como una estimación, sino solo los números que pertenecen a una escala con agujeros, entonces las personas que hacen una conversión hora->punto deben comenzar a redondear sus estimaciones. Si la escala tiene brechas progresivamente más grandes, entonces el redondeo se vuelve más agresivo a medida que las estimaciones aumentan, que también es donde la estimación de horas tiende a volverse menos confiable.
    Una escala muy común es la secuencia de Fibonacci modificada (0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, 100).

¡Gracias por su respuesta! ¡Ya estamos usando Fibonacci para estimar y seguro que ayuda! ¿Ayudaría si hiciéramos para cada valor en la secuencia de Fibonacci (hasta 100) una historia de usuario de ejemplo? ¿O es simplemente excesivo e innecesario?
@Nick.Tramper: Para hacer un dimensionamiento relativo adecuado, debe usar la menor cantidad posible de historias de referencia. La segunda historia de referencia está allí principalmente porque normalmente es bastante difícil saber si algo es 4 o 7 veces más difícil que la referencia de 3 puntos, por lo que podría cambiar a usar la segunda referencia con un valor de puntos más alto. Usar más referencias probablemente conducirá a más discusión, tanto para establecerlas como para usarlas.