El Sprint

Los sprints son eventos de duración fija de un mes o menos para crear una cadencia coherente de entrega y retroalimentación para el proyecto. Equipo Scrum. Cuanto menor sea la duración del Sprint, más rápido será el bucle de retroalimentación. Por ejemplo, Scrum Inc. trabaja en Sprints de una semana.

El Sprint es un contenedor de todos los demás eventos. Un nuevo Sprint comienza inmediatamente después de la conclusión del sprint anterior, y cada Sprint suele comenzar con Planificación de sprints y termina con Revisión de Sprint & Retrospectiva Sprint. Durante cada día del Sprint se celebra un breve evento denominado Diario Scrum que sirve para mantener al equipo alineado y para descubrir los impedimentos que el equipo encuentra en relación con el avance de la Sprint Backlog. Todo el trabajo y los eventos necesarios para alcanzar el Objetivo del Sprint, incluyendo la Planificación del Sprint, los Scrum diarios, la Revisión del Sprint y la Retrospectiva del Sprint, tienen lugar dentro de los Sprints.

El ciclo regular Sprint sirve para:

• Centrar la entrega en el Objetivo del Sprint. En cada Sprint, el equipo debe desarrollar un incremento de software potencialmente distribuible, una iteración utilizable de un producto de hardware o, en última instancia, un valor diferenciado para el cliente.
• Dar el Equipo información periódica y de alta calidad de los clientes sobre el valor aportado. De este modo, el equipo puede inspeccionar y adaptar tanto su proceso como su producto basándose en la información real y procesable de los clientes.
• Mida el rendimiento del equipo durante un periodo constante y recurrente. Esta medida del rendimiento se denomina Velocidad del Equipo. El equipo puede utilizar Velocidad prever su capacidad para entregar el trabajo a tiempo, y crear planes de sprints realistas basados en datos históricos.

Los Sprints permiten la previsibilidad al garantizar la inspección y adaptación del progreso hacia el Objetivo del Producto al menos cada mes natural. Los Sprints más cortos pueden generar más ciclos de aprendizaje y limitar el riesgo de coste y esfuerzo a un marco temporal más pequeño. Cuando el horizonte de un Sprint es demasiado largo, el Objetivo del Sprint puede perder validez, la complejidad puede aumentar y el riesgo puede incrementarse. Cada sprint puede considerarse un proyecto corto y puede cancelarse si el Objetivo del Sprint queda obsoleto. Sólo el Product Owner tiene autoridad para cancelar el sprint.