Índice del contenido
Frecuencia de seguimiento
En el seguimiento ágil de sprints, en un programa de seguimiento establecido, los miembros del equipo ingresarán información de seguimiento sobre las tareas en las que están trabajando actualmente. Los equipos pueden optar por hacer esto diariamente, semanalmente, dos veces por semana o en el intervalo que mejor se adapte a sus necesidades de información. Ingresar la información de seguimiento diariamente asegura que 1) la información se ingrese mientras está fresca en la mente de las personas y 2) los cuadros y gráficos del proyecto se actualizarán. Muchos equipos realizarán un seguimiento una o dos veces por semana hasta la última semana de la iteración y luego se asegurarán de que la información se proporcione con más frecuencia para garantizar la visibilidad diaria en toda la iteración. Gran parte de esta información también debe comunicarse durante la reunión diaria de pie. Se debe esperar que la revisión de un gráfico de seguimiento reemplace la valiosa comunicación de la reunión diaria.
Función frente a finalización de tareas
Cuando se completan todas las tareas de una función, la función se considera completa. Algunos equipos pueden incluir también el requisito de aprobar todas las pruebas de aceptación.
Preguntas Frecuentes
¿Por qué rastrear una iteración?
Para iteraciones extremadamente cortas, como una semana, la necesidad de medir el estado provisional disminuye, pero incluso dentro de una iteración de una semana, es valioso comprender si el trabajo está a medio camino a través de la iteración, así como potencialmente cómo se ha agregado mucho trabajo adicional a la iteración desde el plan de iteración inicial. A medida que las iteraciones aumentan en longitud, aumenta la necesidad de comprender el estado exacto.
¿Qué información se rastrea durante una iteración?
Se necesita rastrear muy poca información durante una iteración. Para cada tarea, el esfuerzo invertido y la estimación del trabajo restante deben controlarse periódicamente. También se debe realizar un seguimiento del estado de las pruebas de aceptación. Scrum ignora el esfuerzo realizado para enfocar el seguimiento del sprint únicamente en las estimaciones de trabajo restantes.
¿Quién ingresa la información de seguimiento?
Por lo general, cada individuo ingresará su propia información de seguimiento. Algunos equipos eligen designar a una sola persona en cada iteración para recopilar y actualizar todos los datos de seguimiento del equipo.
¿Con qué frecuencia los miembros del equipo ingresan el tiempo?
Cada organización establecerá su propio calendario de seguimiento. Los equipos suelen oscilar entre todos los días y todas las semanas con iteraciones más largas.
¿Deberían cambiarse las estimaciones durante una iteración?
Las estimaciones son solo eso: estimaciones. Algunas tareas se completarán antes, otras tarde y, por lo general, se identificarán nuevas tareas. La consistencia y la confiabilidad continuas son el objetivo en lugar de la precisión de la estimación. Si un equipo ofrece de manera consistente 20 días ideales de funciones en cada iteración, lo que generalmente da como resultado una estimación de tareas de entre 200 y 220 horas, entonces esta es mucha información para planificar y administrar un proyecto con precisión. Esto puede dar como resultado 260 horas de trabajo real en cada iteración si se realiza un seguimiento. Por lo tanto, la necesidad de volver atrás y revisar las estimaciones no es necesaria a la luz del uso de estimaciones validadas históricamente para la planificación en lugar de la capacidad actual o proyectada.
¿Qué pasa si el esfuerzo restante excede la estimación original de una tarea?
Si esta es la verdad, entonces esto es lo que se ingresa. Esto es simplemente una realidad en algunas tareas y el objetivo es representar la realidad con información de seguimiento, no un ideal o cálculo.
¿Por qué no se calcula el esfuerzo restante?
Los números calculados no representan el estado real de una tarea o proyecto, representan un cálculo matemático que históricamente ha demostrado ser poco confiable e inexacto. Para transmitir con precisión el estado de una tarea, los miembros del equipo siempre deben considerar lo que queda en función de toda la información ahora disponible.
¿Cómo sabes cuando una tarea está hecha?
Una tarea está terminada cuando no queda trabajo por hacer por nadie en la tarea.
¿Cómo saber cuándo se realiza una característica?
Una función se realiza cuando no queda absolutamente ningún trabajo por hacer en la función y el cliente la ha aceptado.
Al final de una iteración, ¿qué sucede si una función solo se realiza parcialmente?
Si una función está parcialmente completa, depende del cliente determinar si la función debe dividirse, moverse a la siguiente iteración, volver a priorizarse, etc. El desarrollo ágil generalmente se considera muy binario en el sentido de que el valor se entrega o no. Si se hace el trabajo, pero no se entrega ningún valor comercial, Agile considera que esto es un gran huevo de ganso. Si la característica se puede dividir, entregando algo de valor durante la iteración actual y algo más adelante, entonces esto depende de que el cliente y el equipo decidan.
