Tabla de contenidos
Un Sprint es uno de los principales componentes del marco de trabajo Scrum. Es uno de los eventos Scrum que se realiza en un período de tiempo no superior a un mes, entre una y cuatro semanas, y que tiene como objetivo conseguir un incremento de valor en el producto o servicio final, ese objetivo, llamado Sprint Goal, se establece al principio del sprint. Durante este tiempo, el equipo de trabajo multidisciplinario Scrum trabaja en un conjunto específico de elementos del backlog, los PBI o Product backlog Items.
Qué roles participan durante el sprint
En la definición del sprint participa todo el equipo Scrum:
- Product Owner: Es el responsable de identificar las funcionalidades prioritarias que se deben desarrollar durante el sprint, es decir, identifica qué PBI se van a desarrollar en ese período de tiempo.
- Scrum Master: Es el responsable de asegurar que el equipo Scrum sigue las prácticas establecidas en la metodología Scrum, a la vez que elimina impedimentos que puedan afectar al equipo.
- Equipo de desarrollo o equipo Scrum: Es el encargado de realizar el trabajo necesario para completar los PBI o, dicho de otra manera, las funcionalidades y características que aportan valor en ese sprint
El equipo de desarrollo o equipo Scrum trabaja conjuntamente durante todo el sprint para asegurarse de que se logren los objetivos del sprint o Sprint Goal. Durante el sprint, el equipo de Scrum tiene reuniones diarias, el daily Scrum, en las que cada miembro del equipo se hace 3 preguntas:
- ¿Qué hice ayer para lograr el Sprint Goal (Objetivo del Sprint)?
- ¿Qué voy a hacer hoy para ayudar al equipo a alcanzar el Objetivo del Sprint?
- ¿He localizado algún impedimento que me impida a mi o a mi equipo alcanzar el Sprint Goal?
¿Cuál es la relación entre el sprint y el backlog?
Cómo ya hemos dicho, un sprint en Scrum es un período de tiempo fijo, entre una y cuatro semanas, durante el cual se desarrolla y entrega un conjunto de funcionalidades que aportan valor al producto.
El backlog, por otro lado, es una lista priorizada de funcionalidades o requerimientos necesarios para conseguir el valor de producto definido en ese sprint, agrupados en PBI. El backlog se actualiza regularmente para reflejar los cambios en el proyecto y se utiliza para guiar el trabajo del equipo durante el sprint.
Podría decirse que el backlog es la fuente principal de trabajo para el equipo Scrum durante el sprint. Antes de que comience cada sprint, el equipo, liderado por el Product Owner, revisa el backlog y selecciona los PBIs refinados, es decir, con las tareas asignadas y definidos los responsables de cada una de ellas, que se abordarán durante el sprint y se conoce como Sprint Backlog: son los PBI del Product Backlog que se han seleccionado para un sprint. El Sprint Backlog no puede existir sin la existencia previa de Product Backlog priorizado.
El objetivo es completar tantos PBIs como sea posible durante el sprint, lo que ayuda al equipo a avanzar en el proyecto y a entregar valor de forma incremental y regular.
El backlog es el plan de trabajo para el sprint y es crucial para el éxito del proceso de desarrollo de producto y servicios en Scrum
Los tableros Scrum
Una vez el Product Owner ha definido el Sprint Backlog y ha establecido el Sprint Goal, los PBI o Historias de usuario se muestran en un tablero Scrum.
Los tableros Scrum de DoneTonic muestran:
- Columnas: Se corresponden con los estados del sprint, pueden ser los creados por el sistema o creados por el usuario.
- Filas: Se corresponden con los PBI o Historias de Usuario, es decir, cada fila será un PBI donde se desglosarán las tareas que se han definido durante el Sprint Backlog.
Todo el equipo Scrum debe tener acceso a este tablero, ya que será aquí dónde se indicará cada cambio en las tareas.
El objetivo es hacer avanzar las tareas por todo el tablero hasta llegar al estado final Done, que indica que esa tarea está finalizada.
En los tableros Scrum de DoneTonic, cada vez que las tareas de un PBI o Historia de Usuario pasan a estado Done, este se cierra.
Cuándo se da por finalizado un sprint en Scrum
Una vez todas las tareas de los PBI o Historias de Usuario se han pasado a Done, podemos decir que el sprint ha finalizado, y es entonces cuando se realiza el sprint review, el penúltimo de los 5 eventos en un Scrum.
El sprint review es una reunión que se lleva a cabo al final del sprint cuyo objetivo es evaluar los resultados del equipo Scrum al finalizar el sprint. En ella participan el Product Owner, el equipo Scrum, el Scrum Master y los Stakeholders.
Durante el sprint review se muestra:
- Un balance en el cual se muestran los PBI que se han desarrollado donde se muestra que ha funcionado, que no ha funcionado y se proponen soluciones y si se ha alcanzado el Sprint Goal o no.
- Una demostración del valor generado que se debía alcanzar al iniciar el sprint.
- Se mide el rendimiento del equipo, la satisfacción del cliente y demás puntos necesarios para mejorar en los próximos sprints.
El feedback aportado por todos permitirá añadir al Product Backlog nuevos requerimientos y correcciones a implementar.
Después del sprint review, el equipo de Scrum se reúne para la sprint retrospective. En la retrospectiva, el equipo de Scrum reflexiona sobre el sprint y discute lo que funcionó bien y lo que no funcionó bien durante el sprint.
