Para entender qué son los Sprints
En Scrum, el Sprint es el periodo de tiempo en que los Developers, el Scrum Master y el Product Owner, es decir el Equipo Scrum trabajan concentrados en crear una pequeña parte (definida como Incremento) del producto que están desarrollando.
Para entender qué son los Sprints partimos de que en el lenguaje de Scrum se identifican cinco eventos: El Sprint, La Sprint Planning, las Daily Scrums, la Sprint Review y la Retrospectiva del Sprint. Lisa y llanamente, el Sprint es el evento más abarcativo y donde ocurren los otros cuatro eventos, que en la práctica se conoce mucho como reuniones de Scrum.
Es muy importante tener en cuenta que la Guía Oficial de Scrum recomienda una duración fija de un mes o menos para cada Sprint para que haya consistencia. Los Sprints son consecutivos, termina uno e inicia el siguiente inmediatamente.
¿Qué ocurre durante el Sprint?
En el Sprint se transforma una idea relacionada con un producto en una parte de producto utilizable. Esas ideas son los Product Backlog Items (PBIs) que durante la reunión de Sprint Planning se establecieron como los más importantes hasta el momento y realizables. Durante el Sprint, los integrantes del Equipo Scrum convertirán esos PBIs en un Incremento que se inspeccionará al final del Sprint en la Sprint Review con la finalidad de obtener feedback del Incremento de producto construido.
Cómo hacer Sprint Planning en Scrum
Existen ciertos aspectos fundamentales que deben tenerse en cuenta para hacer un Sprint Planning. Por otro lado, no es novedad que el plan del Sprint se establece al inicio del Sprint durante la reunión de Sprint Planning . Lo novedoso es que los Developers del Equipo Scrum son los encargados de adaptar el plan y el alcance del Sprint las veces que sea necesario para lograr el Objetivo del Sprint.
El Objetivo del Sprint (el valor que aportará este Sprint) es parte de la planificación del Sprint y también se establecerá al inicio. Siempre siguiendo la Guía Oficial de Scrum, la única razón por la que se puede ser cancelar un Sprint es porque el Objetivo del Sprint se vuelve obsoleto, es decir que ya no se necesita. De esta manera, se iniciará el próximo Sprint con un nuevo objetivo. La potestad de cancelar un Sprint es del Product Owner porque se trata de una decisión de negocio.
Cambios durante el Sprint
Durante un Sprint, el Equipo Scrum podría atrasarse o adelantarse con respecto a su trabajo. En estos casos, la variable de ajuste será el alcance del Sprint, nunca su duración. Esto significa que en el caso de adelantarnos deberemos incrementar el alcance del Sprint agregando nuevos Product Backlog Items y reducirlo en el caso de retrasarnos, pero nunca acortar o alargar el tiempo de Sprint. Esta decisión de aumentar o reducir el alcance del Sprint es una potestad del Equipo Scrum y, por lo tanto, tomada entre los Desarrolladores y el Scrum Product Owner.
--> Si necesitas inspiración rápida para llevar adelante un Sprint que te esté costando, recuerda el Manifiesto por el Desarrollo Ágil de Software.