El Sprint Backlog

El Sprint Backlog está compuesto por:

1. El Sprint Goal (por qué)
2. Elementos del Product Backlog seleccionados para el sprint (qué)
3. Un plan para entregar el Incremento (cómo)

Es una imagen altamente visible y en tiempo real del trabajo que los Developers planean realizar durante el sprint.

Características clave:

• Propiedad de los Developers: Solo ellos pueden cambiarlo durante el sprint
• Actualizado diariamente: A medida que se completa el trabajo y se descubre trabajo nuevo
• Plan vivo: Se adapta a medida que el equipo aprende, mientras protege el Sprint Goal

El Sprint Backlog no es un contrato—es un plan que evoluciona.

Lo que puede cambiar:

• Las tareas y el enfoque (cómo) se adaptan a medida que el equipo aprende
• Los elementos pueden renegociarse con el PO si el alcance excede la capacidad
• Se puede agregar trabajo nuevo si la capacidad lo permite

Lo que no cambia:

• El Sprint Goal permanece fijo (a menos que se cancele el sprint)
• La calidad (Definition of Done) nunca se compromete

El rol del PO durante el sprint:

• Responde preguntas sobre los elementos
• Aclara criterios de aceptación
• Negocia el alcance si es necesario
• NO agrega trabajo sin el acuerdo del equipo

El Sprint Goal es el compromiso para el Sprint Backlog. Proporciona:

Enfoque: Cuando alguien pregunta "¿en qué debo trabajar?" la respuesta se relaciona con el Sprint Goal.

Flexibilidad: Los elementos pueden ajustarse siempre que el Goal sea alcanzable.

Coherencia: El sprint no son solo elementos aleatorios—es un objetivo significativo.

Para los stakeholders: Una declaración clara de qué valor entrega este sprint.

Si el Sprint Goal se vuelve obsoleto, el sprint puede cancelarse. Esta es la única razón para terminar un sprint anticipadamente.