Compartir vía

Actividades de fin de sprint

  • Artículo

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Al final de un sprint, los equipos pueden querer ocuparse de varias tareas para mantener la depuración de trabajo pendiente. En general, el trabajo incompleto nunca debe asignarse a un sprint pasado. Los equipos deben determinar cómo quieren controlar el trabajo que no se ha completado en un sprint y tomar las medidas adecuadas.

Nota:

No hay ninguna manera automática de mover elementos de trabajo incompletos asignados a un sprint a otro. Tampoco, un método automático para poner a cero el trabajo restante.

Al final de cada sprint, cada equipo debe determinar y tomar medidas para abordar estas preguntas:

  • ¿Cómo debemos abordar los casos de usuario y las tareas que solo se completan parcialmente al final del sprint?
  • ¿Cuál es la manera correcta de administrar el trabajo parcialmente realizado al final para que las métricas de sprint y la velocidad se contabilicen correctamente?
  • ¿Qué debemos revisar y en qué orden?

En general, las actividades de fin de sprint deben realizarse antes o después de una reunión de revisión de sprint y antes de una retrospectiva de sprint. El elemento principal que se debe tener en cuenta es mantener vistas y métricas para apoyar al equipo en sus revisiones de sprint, retrospectivas y planificaciones de sprints.

Objetivos para las actividades de fin de sprint

Cada sprint representa un periodo de tiempo de desarrollo al que se asigna el trabajo. Revise esta lista de comprobación para conocer los objetivos que se deben tener en cuenta al realizar actividades de fin de sprint.

  • Manutención de la depuración de trabajo pendiente donde no se asigna ningún trabajo incompleto a un sprint cuya fecha de finalización está en el pasado
  • Administración de estados de elementos de trabajo y asignaciones de sprint para admitir la supervisión del progreso y la velocidad del equipo
  • Actividades de mejora continua del equipo de soporte técnico
  • Enfoque del equipo de soporte técnico en el envío de software y el cumplimiento de los objetivos de sprint
  • Minimización de los esfuerzos de seguimiento del trabajo que no tienen ningún valor

Sugerencia

La velocidad del equipo no es una medida de su productividad y solo se debe usar como métrica para planear los sprints futuros. El trabajo está completo al final de un sprint o no lo está. Si está terminado, cuenta. Si no es así, se reconsidera para un sprint futuro y no para el sprint actual. La velocidad tiende a nivelarse sin importar las decisiones que tome. Pero al considerar solo el trabajo terminado, se trabaja hacia un valor más realista y una fuente mucho mejor de datos históricos para realizar previsiones futuras.

Elección de las preferencias del equipo

Estas sugerencias le guiarán por las actividades de fin de sprint principales que los equipos deben considerar realizar. Normalmente, estas actividades se deben realizar en el último día del sprint o después de la reunión de revisión del sprint.

  • Revisión del trabajo pendiente de sprint para ver casos de usuario incompletos, elementos de trabajo pendiente y tareas pendientes. Para realizar la revisión, revise el trabajo pendiente de sprint o el panel de tareas de sprint.

  • Reasignación de casos de usuario, elementos de trabajo pendiente y tareas no iniciadas al trabajo pendiente del producto o al sprint siguiente. Con el panel Planificación, puede reasignar al trabajo pendiente del equipo o a un sprint futuro. Los elementos de trabajo reasignados se pueden volver a calcular y priorizar.

  • Determinación del control de casos de usuario incompletos, elementos de trabajo pendiente o tareas. Tenga en cuenta que el objetivo es enviar software en funcionamiento. Estas son las dos opciones que hay:

    • Dividir 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, consulte Copiar o clonar casos, problemas y otros elementos de trabajo.
    • Reasignar la historia al próximo sprint donde se pueda completar el trabajo. Todas las historias sin terminar de la cuenta de sprint actual cuentan como cero para la velocidad del sprint.

  • Determinación del control del trabajo restante para las tareas completadas. Si se completan las tareas, tener un valor distinto de cero para el Trabajo restante no tiene mucho sentido. Los equipos deberían decidir cómo quieren controlar estos casos y considerar la posibilidad de establecer el valor de Trabajo restante en cero para las tareas completadas.

Revisión del trabajo pendiente de sprint para trabajos incompletos

Para determinar el trabajo incompleto, revise el trabajo pendiente del sprint que todavía está en un estado confirmado, activo y en curso. Captura de pantalla del trabajo pendiente al final del sprint.

Reasignación de tareas y casos de usuario incompletos a un sprint futuro

En el trabajo pendiente del sprint, seleccione Opciones de vista y, después, Planificación. Arrastre y coloque los elementos de trabajo incompletos en el sprint siguiente o en el trabajo pendiente del equipo.

Tal como se muestra en esta imagen, el trabajo pendiente del equipo de Fabrikam corresponde a la Ruta de acceso de la iteración predeterminada establecida para el equipo. Tenga en cuenta que si el valor predeterminado se establece en la macro @CurrentIteration esa selección no cambiaría la Ruta de acceso de la iteración hasta el inicio del próximo sprint.

Captura de pantalla del trabajo pendiente del sprint con el panel de Planificación habilitado.

Archivo de 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 acceso de la iteración, los administradores de proyectos pueden optar por mover los sprints anteriores a un área de archivo. Al mantener la asignación de sprint, pero moverla a un nodo de sprint diferente, se conservan todos los datos del elemento de trabajo. Todos los gráficos y widgets del sprint siguen funcionando.

Tal como se muestra en esta imagen, los sprints de 2012 y 2013 se han movido al nodo Sprints anteriores.

Captura de pantalla de las Rutas de acceso de la iteración archivadas en el nodo Sprints anteriores.

Sugerencia

Azure DevOps mantiene todos los datos almacenados en los elementos de trabajo hasta que estos se eliminan permanentemente.

Sugerencias de depuración de sprint

El trabajo pendiente del sprint apunta automáticamente al sprint actual como el sprint activo según las fechas de inicio y final. Si la fecha actual está dentro del periodo de sprint, el sprint correspondiente es el sprint actual. No se requiere ninguna otra acción para hacer que el sprint siguiente sea el sprint activo actual.

Como administrador del proyecto o equipo, asegúrese de cumplir estas instrucciones para administrar sprints.

  • Las fechas de inicio y final definidas para los sprints del proyecto no deben superponerse.
  • Todos los sprints de interés para un equipo deben seleccionarse 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 Definición de rutas de iteración (sprints) y configuración de iteraciones del equipo.