Calcular el factor de enfoque del último Sprint

7

Hemos terminado nuestro Sprint en la mitad del tiempo esperado y ahora queremos calcular nuestro factor de enfoque para usarlo en el próximo Sprint. Sin embargo, al hacer los cálculos del libro, obtenemos un número horrible. ¿Cómo lo estamos calculando mal? Por favor, eche un vistazo abajo:

  • Composición del equipo: 3
  • Longitud del sprint: 2 semanas
  • Disponibilidad del equipo: 28 días (descontando miembros del equipo compartidos con otros equipos)
  • Factor de enfoque estimado: 70%

  • Velocidad estimada: 19 días ideales (derivado de: 28 días * 0.7 enfoque factor)

  • Velocidad real: 9.8 días (nosotros Terminé todo el Sprint en la mitad del tiempo esperado, claramente sobreestimado)

lo que nos da un factor de enfoque de ...

  • Factor de enfoque real (para ser usado en el siguiente Sprint): 35% (9.8 actual velocidad / 28 días hombre disponibles)

Según Scrum And Xp From The Trenches, calculamos el Factor de Foco como "(velocidad real) / (días-hombre disponibles)". Sin embargo, al terminar el Sprint en el medio tiempo y hacer los cálculos, obtenemos un factor de enfoque del 35%. ¿Qué estamos haciendo mal?

    
pregunta Pomario 09.06.2011 - 17:15

5 respuestas

9

Lo único que estás haciendo mal es medir la velocidad en días. La velocidad se mide en puntos por sprint.

Si tu velocidad (basada en varios sprints completos) es, digamos, 10 puntos por sprint, puedes arrastrar historias que sumen hasta 10 puntos en el siguiente sprint y eso es todo.

El problema es qué haces cuando no tienes datos estadísticos sobre tu velocidad. Kniberg lo trata en su libro al sugerirle que haga una estimación en "días-hombre" inicialmente, pero que luego cambie a puntos por sprint.

El factor de enfoque es simplemente el porcentaje de tiempo de reloj que puede dedicar al trabajo activo en sus historias durante el sprint. 70% es una buena aproximación.

AGREGADO para responder comentarios : Henrik Kniberg en su "Scrum and El libro de XP desde las trincheras sugiere que si aún no tiene estadísticas de velocidad (puntos por aceleración) y no tiene un buen conocimiento del tamaño relativo de la historia, puede aproximarlo comparando un punto de historia con un "día del hombre". Como no podrá, de manera realista, dedicar 100% de tiempo a trabajar en historias (reuniones, interrupciones, etc.), ahí es donde entra el factor de enfoque.

El factor de enfoque y la equivalencia historia-punto-persona-día van de la mano. Si usted (no) necesita uno, usted (no) necesita el otro. Si el equipo está listo para estimar los tamaños relativos en puntos, no necesitan un factor de enfoque.

    
respondido por el azheglov 09.06.2011 - 17:55
2

Creo que te estás atascando demasiado en las matemáticas, y estás perdiendo de vista lo que es importante.

La razón por la que haces todo esto es para averiguar cuánto trabajo debe poner el equipo en un Sprint y comprometerse. Cuando está seguro de tener un control sobre esto, entonces puede comenzar a extrapolar de manera significativa la cantidad de Sprints que debe tomar para bajar de cierta manera el PB, aunque incluso esto se vuelve peligroso porque el PB es una cosa en constante evolución.

Lo que realmente quieres hacer es calcular cuántos días estimados de hombres, horas de trabajo, puntos de historia, monedas de la fábula o cualquier unidad que quieras usar, que puedes hacer en un Sprint. Nada más importa. Puede llamar a esa velocidad si lo desea, o inventar su propio término que le funcione mejor.

El problema real que tiene es averiguar qué sucedió con sus estimaciones en el último Sprint. ¿Por qué estaban tan lejos? Ahora eso lo llevará a una de las pocas conclusiones:

  • Fue una casualidad única y probablemente nunca vuelva a suceder. Descarte los resultados y continúe como si no hubiera ocurrido.
  • ¡Maldita sea! Apestamos al estimar y habitualmente sobreestimamos cada tarea. Nunca cambiará. Entonces, duplica la cantidad de trabajo estimado que pones en cada Sprint.
  • Estamos sobrestimando constantemente nuestro trabajo por un factor de dos, por lo que reduciremos a la mitad todas las estimaciones en el futuro y dejaremos nuestra velocidad estimada igual.
  • ¡Maldita sea! Apestamos a estimar y vamos a mejorar. En mi humilde opinión, esta es la mejor conclusión pero también la que le da más problemas de planificación. ¿Por qué? Debido a que sus estimaciones van a mejorar constantemente en precisión y su velocidad es una medida de su capacidad pasada para completar tareas estimadas. Por lo tanto, su velocidad pasada solo es parcialmente relevante para la velocidad que espera tener en el futuro a medida que mejoren sus técnicas de estimación.

Cuando comenzamos a hacer Scrum hace 8 años, habitualmente calculé el número de días de trabajo disponibles para el trabajo del proyecto Sprint tomando el número total de días de trabajo que los miembros del equipo estaban en la oficina y dividiendo por dos. Eso enloqueció a mi jefe, porque quería saber por qué estábamos renunciando a medio día por cada día de trabajo sin una pelea. Pensé que era agresivo porque pensé que tendría suerte si alguna vez recibía cerca de la mitad del día en el trabajo del proyecto de cada miembro del equipo cada día.

Esencialmente, simplemente asigné al azar un factor de enfoque del 50%, aunque nunca había oído hablar del término "factor de enfoque". Y eso fue lo suficientemente bueno como para que Sprints esté en funcionamiento al comienzo de nuestra experiencia Scrum. Con el tiempo, he aprendido que lo haremos bien si asumimos entre 8 y 11 días de trabajo de proyecto para cada miembro del equipo por cada Sprint de 4 semanas. Lo ajustaré si alguien está de vacaciones o fuera de la oficina por unos días, o si sabemos que está sucediendo algo en el negocio que probablemente saque a uno de los miembros del equipo del proyecto por un tiempo.

Nuestro equipo no es homogéneo en conjuntos de habilidades (¡aún!), por lo que realmente dividimos las tareas para miembros individuales o grupos de miembros durante la reunión de planificación. Luego sumamos todos los días de hombres para cada miembro del equipo. Si veo un 13, o si veo un montón de 11 en la pizarra, entonces sé que tenemos un problema. Vamos a barajar cosas si es posible, o dejaremos cosas fuera del Sprint.

Pero el punto es que no hay matemática involucrada. Vigilo si todo se hizo o no, y si le quedaba tiempo extra a alguien, y luego lo discutimos y lo adaptamos cuando es necesario. No necesita ser complicado. Quieres mantener el proyecto avanzando lo más rápido posible, pero sin sobrecargar los Sprints para que las cosas no se completen.

    
respondido por el Dave 10.06.2011 - 21:42
1

Tu matemática debería verse así:

  • Velocidad real = 19 hombres / días (según estimación)
  • Longitud del sprint = 9.8 días
  • Factor de enfoque = 194%

Dicho esto, el factor de enfoque es una mierda y solo una forma de explicar por qué demora más de una hora completar una tarea estimada en una hora. Después de unos pocos sprints, su equipo mejorará en la estimación y las cosas comenzarán a alinearse más.

    
respondido por el Christopher 09.06.2011 - 18:16
0

Tengo una opinión diferente sobre esto. Tenemos 3 parámetros a considerar aquí. Esos son;

  1. Tiempo asignado en horas hombre (AT): tiempo empleado por una persona asignada a una tarea, diga tarea1 (por ejemplo, si una persona trabaja 9 horas diarias y normalmente pasa 1 hora en el almuerzo, café, etc., luego por hora) asignado para el trabajo es de 8 horas, por lo que AT = 8)
  2. Tiempo enfocado en horas hombre (FT): la cantidad de tiempo que una persona realmente ha logrado concentrarse en la tarea anterior1 (esto será la mayor parte del tiempo < = AT)
  3. Burn down in man hours (BD): Al enfocarse en la tarea 1, la persona completará una cierta cantidad de trabajo estimado. Eso se denomina "quemar".

Ahora vamos a tomar un ejemplo

AT = 16 horas (es decir, 8 horas / día durante 2 días)

FT = 12 horas (en promedio, se distrae con 2 horas por día, por ejemplo en reuniones, etc.)

BD = 10 horas hombre (esta es la estimación de la tarea1)

Factor de enfoque = FT / AT = (6 * 2) / (8 * 2) = 0.75

Pero esto no tiene en cuenta la cantidad de trabajo completado de las tareas estimadas (quema). Esta persona ha pasado 12 horas (con buen enfoque) para completar una tarea estimada para 10 horas hombre. Por lo tanto, para poder enfocar ese efecto, es mejor y razonable enfocar el tiempo quemando la fórmula anterior.

Factor de enfoque = BD / AT = (10) / (8 * 2) = 0.625

En mi opinión, la fórmula del factor de enfoque debería ser:

Factor de enfoque = Burn down / Allocated Time

    
respondido por el Ravin E 04.03.2014 - 10:57
-1

Las matemáticas pueden ser correctas, pero tu interpretación es incorrecta.

Según sus datos, su equipo no hizo nada durante 18 días, por lo que deben estar muy un -focused!

    
respondido por el jv42 09.06.2011 - 17:57

Lea otras preguntas en las etiquetas

Comentarios Recientes

Nuestra primera medida del factor de enfoque de Sprint, la velocidad, nos lleva un poco más lejos al darnos un poco de visualización para determinar cuán probable es que atrapemos un Sprint Sprint a 30 mph (46 km / h) En primer lugar, utilizaremos este diagrama de flujo para crear y visualizar mapas de mapas de Factor de enfoque para sprints de velocidad de 50 mph (87 km / h). Mapee esta información utilizando datos basados en datos disponibles de sports.sprint.com y mapify.org. Distribución de la ubicación de... Lee mas