Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Al final de un sprint, los equipos deben completar varias tareas para mantener la higiene del trabajo pendiente y garantizar métricas precisas. El trabajo incompleto no debe permanecer asignado a un sprint anterior y los equipos deben decidir cómo controlar los elementos sin terminar. Aunque no hay ninguna manera automática de mover elementos de trabajo incompletos a otro sprint o restablecer trabajo restante a cero, los equipos pueden realizar acciones específicas para solucionar estos problemas.
Entre las acciones clave que se van a realizar se incluyen:
- Decida cómo controlar las tareas y casos de usuario completados parcialmente al final del sprint.
- Gestione el trabajo incompleto para garantizar que las métricas de sprint y el ritmo sigan siendo precisos.
- Revise los elementos en un orden priorizado para mantener el foco y la eficacia.
Realice actividades de fin de sprint antes o después de una reunión de revisión de sprint y antes de una retrospectiva de sprint. Estas actividades ayudan a mantener las vistas y métricas precisas para apoyar las revisiones de sprint, las retrospectivas y la planificación de sprints futuros.
Objetivos para las actividades al final del sprint
Cada sprint representa un período de tiempo limitado de desarrollo al que se asigna el trabajo. Revise la siguiente lista de comprobación para conocer los objetivos que debe tener en cuenta al realizar actividades de fin de sprint.
- Mantener la higiene del trabajo pendiente donde no se asigna ningún trabajo incompleto a un sprint cuya fecha de finalización está en el pasado
- Gestionar estados de elementos de trabajo y tareas de sprint para facilitar el seguimiento del progreso y la velocidad del equipo
- Actividades de mejora continua del equipo de soporte técnico
- El equipo de soporte se centra en el envío de software y en cumplir los objetivos de sprint.
- Minimizar los esfuerzos de seguimiento del trabajo que no tienen ningún valor
Sugerencia
La velocidad del equipo mide la precisión del planeamiento, no la productividad. Solo el trabajo completado cuenta para la velocidad. El trabajo incompleto debería reconsiderarse para un sprint futuro. Al centrarse en el trabajo completado, logra métricas más realistas y mejores datos históricos para el planeamiento futuro.
Decidir las preferencias del equipo
Las siguientes sugerencias guiarán a los equipos a través de las principales actividades de fin de sprint que deben considerar realizar. Normalmente, estas actividades deben realizarse en el último día del sprint o después de la reunión de revisión del sprint.
Revise el trabajo pendiente de sprint para ver casos de usuario incompletos, elementos de trabajo pendiente y tareas pendientes. Puede realizar la revisión revisando el trabajo pendiente de sprint o el panel de tareas de sprint.
Reasignar historias de usuario, elementos del backlog y tareas no iniciadas al backlog del producto o al siguiente sprint. Con el panel de planificación, puede reasignar al listado de tareas del equipo o a un sprint futuro. Los elementos de trabajo reasignados se pueden volver a calcular y priorizar.
Determine cómo controlar casos de usuario incompletos, elementos de trabajo pendiente o tareas. Tenga en cuenta que el objetivo es enviar software de trabajo. Estas son las dos opciones siguientes:
- Divida la historia en dos para representar el trabajo completado en el sprint actual y el trabajo que todavía hay que hacer. Para obtener más información, vea Copiar o clonar historias, problemas y otros elementos de trabajo.
- Reasignar la historia al siguiente sprint donde se puede completar el trabajo. Todas las historias inacabadas del sprint actual no contribuyen a la velocidad del sprint.
Determinar cómo gestionar el trabajo restante para las tareas completadas. Si se completan las tareas, tener un valor distinto de cero para Trabajo restante no tiene mucho sentido. Teams debe decidir cómo quieren controlar estos casos y considerar la posibilidad de establecer el valor de Trabajo restante en cero para las tareas completadas.
Revisar el backlog de sprint para trabajo pendiente
Para determinar el trabajo incompleto, revise el trabajo pendiente de Sprint que sigue en estado Confirmado, Activo o En curso .
Sugerencia
En Azure DevOps, el cierre de un sprint no restringe automáticamente las actualizaciones al sprint. Una vez que se cierra un sprint, es esencial mover manualmente los elementos de trabajo sin terminar al sprint o trabajo pendiente actual.
Reasignar las historias de usuario y tareas incompletas al próximo sprint.
En el trabajo pendiente de sprint, elija 
Ver opciones y seleccione Planeación. Arrastre y coloque los elementos de trabajo incompletos en el siguiente sprint o vuelva al trabajo pendiente del equipo.
Como se muestra en la siguiente imagen, el trabajo pendiente del equipo de Fabrikam corresponde a la Ruta de Iteración predeterminada establecida para el equipo. Si el valor predeterminado se establece en la macro @CurrentIteration, esa selección no cambiaría la Ruta de Iteración hasta el inicio del siguiente sprint.
Archivar sprints anteriores
Con el tiempo, el número de sprints definidos para un proyecto o asignado a un equipo puede crecer. Para minimizar el menú desplegable de las rutas de iteración, los administradores de proyectos tienen la opción de mover los sprints pasados a un área de archivo. Al mantener la asignación de sprint, pero moverla bajo un nodo de sprint diferente, se conservan todos los datos del elemento de trabajo. Todos los gráficos y widgets de sprint siguen funcionando.
Como se muestra en la siguiente imagen, los sprints de 2012 y 2013 se movieron bajo el nodo Sprints anteriores .
Sugerencia
Azure DevOps mantiene todos los datos almacenados en elementos de trabajo hasta que los elementos de trabajo se eliminan permanentemente.
Consejos sobre prácticas de mantenimiento en sprints
El backlog del sprint apunta automáticamente al sprint actual, marcado como el sprint activo, según las fechas de inicio y fin. Si la fecha actual se encuentra dentro del período de sprint, el sprint correspondiente es el sprint actual. No es necesario realizar ninguna otra acción para que el siguiente sprint sea el sprint actual activo.
Como administrador de proyectos o equipos, asegúrese de cumplir las instrucciones siguientes para administrar sprints.
- Las fechas de inicio y finalización definidas para los sprints del proyecto no deben superponerse.
- Todos los sprints de interés para un equipo deben ser seleccionados para la configuración de ese equipo.
- Se deben definir varios sprints futuros para el proyecto y seleccionarse para los equipos.
Para obtener más información, consulte Definir trayectorias de iteración (sprints) y configurar iteraciones del equipo.