Neural Project InstituteCertificación en gestión de proyectos para la era de la IA

Guía de Scrum · Artefactos y prácticas

¿Qué es un Sprint Backlog? Contenido, responsabilidad y ejemplos

El Sprint Backlog es el plan de los Developers para el Sprint. Es una imagen muy visible y en tiempo real del trabajo que planean realizar para alcanzar el Objetivo del Sprint.

Puntos clave

  • El Sprint Backlog contiene el Objetivo del Sprint, los elementos seleccionados y un plan.
  • Pertenece a los Developers y cambia a diario.
  • Se diferencia del Product Backlog en alcance, responsable y vigencia.

Las tres partes

  • Por qué: el Objetivo del Sprint.
  • Qué: los elementos del Product Backlog seleccionados para el Sprint.
  • Cómo: un plan accionable para entregar el Incremento, a menudo en forma de tareas.

Responsables y actualizaciones

El Sprint Backlog pertenece a los Developers. Se actualiza a lo largo del Sprint a medida que se aprende más, normalmente al menos a diario. Debe tener el detalle suficiente para poder inspeccionar el progreso en el Daily Scrum.

Sprint Backlog frente a Product Backlog

Product BacklogSprint Backlog
AlcanceTodo lo que podría mejorar el productoTrabajo del Sprint actual
ResponsableProduct OwnerDevelopers
CompromisoObjetivo del ProductoObjetivo del Sprint
Qué cambiaSe reordena en cualquier momentoSe actualiza a diario a medida que evoluciona el plan
VigenciaMientras exista el productoUn Sprint

Ejemplo

Objetivo del Sprint: Los nuevos clientes pueden registrarse y pagar con tarjeta.

  • Elemento: formulario de registro con verificación del correo electrónico. Tareas: interfaz del formulario, validación, servicio de correo, pruebas.
  • Elemento: pago con tarjeta en el registro. Tareas: integración con el proveedor de pagos, gestión de errores, recibos, pruebas.
  • Elemento: correo de bienvenida. Tareas: plantilla, activador, pruebas.

Plantillas gratuitas sobre este tema

Ver todas las plantillas

Preguntas frecuentes

¿Puede cambiar el Sprint Backlog durante el Sprint?

Sí. El plan evoluciona a medida que los Developers aprenden, siempre que los cambios no pongan en peligro el Objetivo del Sprint.

¿Quién puede añadir tareas al Sprint Backlog?

Los Developers.

¿Qué es un Sprint Backlog en Scrum?

El plan de los Developers para el Sprint, formado por el Objetivo del Sprint, los elementos del Product Backlog seleccionados para el Sprint y un plan accionable para entregar el Incremento.

¿Cuál es la diferencia entre un Product Backlog y un Sprint Backlog?

El Product Backlog enumera todo lo que podría mejorar el producto y pertenece al Product Owner. El Sprint Backlog abarca solo el Sprint actual y pertenece a los Developers. Consulte Product Backlog.

¿Cuándo se crea el Sprint Backlog?

Durante la Sprint Planning. Después se actualiza a lo largo del Sprint a medida que los Developers aprenden más.

¿Puede el Product Owner cambiar el Sprint Backlog?

El Sprint Backlog pertenece a los Developers. El Product Owner puede aclarar y renegociar el alcance con ellos, pero no debe hacer cambios que pongan en peligro el Objetivo del Sprint.

¿Qué ocurre con el Sprint Backlog al final del Sprint?

Los elementos completados pasan a formar parte del Incremento. Los elementos sin terminar vuelven al Product Backlog para reordenarse, y en la siguiente Sprint Planning se crea un nuevo Sprint Backlog.

¿Debe incluir tareas el Sprint Backlog?

Muchos equipos desglosan los elementos en tareas de un día o menos para que el progreso sea fácil de inspeccionar. La Guía de Scrum solo exige un plan accionable, no un formato concreto.

¿Pueden incluirse acciones de mejora en el Sprint Backlog?

Sí. La Guía de Scrum indica que las mejoras de mayor impacto de la Retrospective pueden añadirse al Sprint Backlog del siguiente Sprint.

¿Cómo se hace el seguimiento del progreso del Sprint Backlog?

La mayoría de los equipos usan un tablero Scrum que actualizan al menos a diario, y algunos añaden un gráfico burndown del Sprint.

¿Cuál es el compromiso del Sprint Backlog?

El Objetivo del Sprint. Es el único objetivo del Sprint y da a los Developers flexibilidad sobre el trabajo concreto necesario para alcanzarlo.