Nuestro equipo ha estado tratando lentamente de volverse ágil y, como muchos otros equipos, hasta este punto, la pregunta "¿qué hacemos cuando realmente terminamos todos los compromisos?" es bastante nuevo y extraño para nosotros. Pero últimamente en realidad surgió una o dos veces.
La razón por la que quería preguntarle a este tablero sobre buenas prácticas es que estamos usando Rally para el seguimiento ágil de proyectos y una de las cosas que hace la herramienta es realizar un seguimiento de las horas y los puntos. Para mejorar nuestras estimaciones, quería hacer algo con estos datos y proporcionar comentarios al equipo sobre cómo lo hicimos en el pasado, comparando métricas que muestran las horas de tareas estimadas frente a las horas de tareas reales frente a los puntos de historia asignados.
Parece que esto podría funcionar muy bien siempre que los desarrolladores trabajen hasta el último día de la iteración o si se retrasan en sus entregas. Luego, las "horas reales" reflejan exactamente lo que pasó en cada historia.
Sin embargo, ¿qué debemos hacer cuando terminamos antes de tiempo, pero la siguiente historia tardaría demasiado en completarse y no podemos incluirla en la iteración actual?
Sé que a algunas personas se les recomienda simplemente tomarse el tiempo para la limpieza/limpieza general, como actualizar las pruebas automatizadas o la documentación, pero por el bien del argumento, digamos que el mejor valor para el equipo y la empresa en este escenario específico sería comenzar a trabajar de inmediato. en la próxima historia.
Si no estamos comprometidos con la siguiente historia, las horas reales no se rastrean en ninguna parte. Y en la próxima iteración, cuando nos comprometamos, solo identificaremos las horas estimadas/reales que pasarán a la siguiente iteración, momento en el cual el trabajo podría estar completo en un 25 % o 50 %.
Cosas que buscaría en orden de preferencia:
El problema con la limpieza general y el mantenimiento en algunas culturas corporativas es que simplemente se ignoran o se ven como algo "extra" que no necesariamente se debe hacer.
Para que el sprint esté realmente completo, considere por un momento que las estimaciones para esa historia también deben incluir documentación, reducir la deuda técnica, actualizar las pruebas automatizadas, etc. Considere que su sprint no está "terminado" hasta que estas cosas también estén completas. .
Ignorar estas cosas puede generar riesgos adicionales para la calidad o el éxito del proyecto y podría considerarse un impedimento en el futuro.
Dicho esto, si tiene en mente saltarse estas cosas, puede dividir la siguiente historia en partes más pequeñas para que la primera parte pueda terminarse en el tiempo adicional restante, pero el trabajo adicional que estaría poniendo en esto puede crear cierta confusión en el equipo. Mi sugerencia sería ceñirte a tus sprints y no apresurarte. Al final valdrá la pena.
Si bien las horas reales se sienten como algo valioso para obtener mejores estimaciones, en realidad es útil si está utilizando una estimación relativa.
El objetivo de usar puntos de historia y un cuadro de tiempo es aprender, "cuántos puntos de trabajo podemos meter en el cuadro". Esto funciona siempre que seamos buenos estimando relativamente todos los 5 y 5 y 3 como 3, en lugar de eso nos llevará X tiempo. Cuanto mejor identifique el tamaño de la historia, más estable será su velocidad promedio, lo que significa que es bastante bueno para estimar lo que puede hacer en 2 semanas.
Siempre es variable, así que sí, a veces tomas mucho y otras tomas poco y lo evalúas con tu quemado todos los días. Según la evaluación, depende de usted cómo actuar. Solucione algunos errores, aprenda algo, escriba una pequeña historia que sabe que puede terminar. No hay respuesta de scrum por el libro aquí, solo buen juicio.
¿Por qué no dedicar el tiempo que iba a utilizar para convertirse en mejores estimadores a adoptar una nueva práctica? (Mire XP para obtener ideas). No caiga en la trampa del valor ganado tradicional de que podemos mejorar en la estimación del tiempo. No es posible. Nuestro cerebro no puede hacerlo, de ahí la estimación relativa.
¡Buena suerte! Parece que lo estás haciendo muy bien hasta ahora.
Irlanda
Una gran campana de alarma sonó cuando leí esta pregunta. Parece que está permitiendo que su herramienta restrinja las prácticas de trabajo de sus equipos, lo que generalmente es un mal ju-ju.
Averigüe cómo su equipo quiere manejar esta situación (y hay algunos buenos consejos en las otras respuestas), luego descubra cómo rastrearlo, incluso si significa hacer algo manual, es mejor que forzar al equipo a un enfoque porque es lo que el software lo permite.
Pícaro
Todd A. Jacobs