El Sprint Backlog es un conjunto de elementos del Product Backlog seleccionados para el actualSprint, junto con un plan para entregar un incremento del producto con el fin de alcanzar elObjetivo del Sprint. El Sprint Backlog define qué características espera incluir el equipo de desarrollo en el siguiente incremento y el trabajo necesario para entregarlas.

Sprint Backlog de Scrum
El Sprint Backlog define el trabajo que el equipo de desarrollo necesita realizar para transformar los elementos del Product Backlog en un incremento «listo». Clarifica el trabajo necesario para que el equipo de desarrollo alcance el objetivo del Sprint.

Sprint Backlog
El Sprint Backlog es un plan suficientemente detallado que puede ser comprendido durante elDaily Scrumpara rastrear los cambios en el progreso. El equipo de desarrollo refinará continuamente el Sprint Backlog durante todo el Sprint, y este evoluciona gradualmente a medida que avanza el Sprint—por ejemplo, cuando el equipo trabaja según el plan y obtiene una comprensión más profunda del trabajo necesario para alcanzar el objetivo del Sprint.
Cuando surge nuevo trabajo, el equipo de desarrollo debe agregarlo al Sprint Backlog. A medida que las tareas avanzan o se completan, se debe actualizar la estimación del esfuerzo restante para cada tarea. Si alguna parte del plan pierde su relevancia para el desarrollo, puede eliminarse. Solo el equipo de desarrollo puede modificar el Sprint Backlog durante el Sprint. El Sprint Backlog es altamente visible y refleja en tiempo real el plan del equipo sobre el trabajo completado durante el Sprint actual; pertenece exclusivamente al equipo de desarrollo.
Dado que los elementos del Product Backlog están fijos durante un ciclo de Sprint, las siguientes razones pueden provocar cambios en el Sprint Backlog:
- A medida que pasa el tiempo, el equipo de desarrollo puede obtener una mejor comprensión de los requisitos y descubrir la necesidad de agregar nuevas tareas al Sprint Backlog.
- Los defectos se agregan como nuevas tareas—son elementos incompletos de Sprints anteriores.
ElProduct Owner puede colaborar con elequipo Scrum para ayudar al equipo a comprender mejor el objetivo del Sprint. ElScrum Mastery el equipo pueden considerar ajustes menores que no afecten el progreso del Sprint, pero que podrían aportar un mayor valor empresarial al cliente.
Monitoreo del progreso del Sprint
En cualquier momento durante el Sprint, se puede calcular la cantidad total de trabajo pendiente en el Sprint Backlog. El equipo de desarrollo rastrea todo el trabajo pendiente al menos durante el Daily Scrum y prevé la probabilidad de alcanzar el objetivo del Sprint. Al rastrear otros trabajos durante el Sprint, el equipo puede gestionar su progreso de forma eficaz.
Scrumno considera el tiempo invertido en el Sprint Backlog. Solo nos importa el trabajo pendiente y la variable de tiempo.
Uso de gráficos de desgaste para seguimiento
Gráficos de desgaste del Sprintmuestra el trabajo pendiente acumulado durante el Sprint, reflejando la tendencia de finalización del trabajo. El eje Y representa el trabajo pendiente, y el eje X representa los días laborables del Sprint.

Gráfico de reducción
Al inicio del Sprint, el equipo Scrum identifica y estima las tareas detalladas que deben completarse. Todas las tareas que deben completarse pero aún no están terminadas se consideran trabajo acumulado. El equipo actualiza el trabajo acumulado diariamente según el progreso. Si el trabajo acumulado alcanza cero al final del Sprint, el Sprint se completa con éxito.
Gráfico de reducción de lanzamiento
En un proyecto Scrum, el equipo rastrea el progreso general del lanzamiento actualizando el gráfico de reducción de lanzamiento al final de cada Sprint. El gráfico de reducción de lanzamiento registra la tendencia del trabajo restante estimado en total en el Sprint Backlog durante un período de tiempo. El eje X representa el ciclo de Sprint, y el eje Y representa el trabajo pendiente, normalmente medido en historias de usuario, días-persona ideales o días de equipo.