Las 5 etapas en los “Sprints” de un desarrollo Scrum

El Sprint de Scrum es un intervalo prefijado durante el que se crea un incremento de producto "Hecho o Terminado" utilizable, potencialmente entregable.

A lo largo del desarrollo hay Sprints consecutivos de duración constante, y en este post os quería detallar cinco etapas a considerar para que esta herramienta sea efectiva y exitosa en vuestros proyectos Scrum.

¿Qué es un Sprint en Scrum?

El Sprint es el corazón del Scrum. Son las diferentes partes en las que dividimos el proyecto Scrum, lo que permite abordarlas de forma más rápida y eficiente.

En realidad cada Sprint se puede considerar un mini-proyecto de no durará más de un mes. Al igual que los proyectos, los Sprint se utilizan para lograr algo. Cada Sprint cuenta con una definición de lo que se va a construir, un diseño y un plan flexible que guiará la construcción del plan, el trabajo, y el producto resultante.

Características de los Sprints

Una vez que han sido definidos no puede haber cambios durante la ejecución que supongan un riesgo para la consecución de los objetivos.
Se deben trabajar en orden de mayor a menor importancia para el cliente, y mejor de uno en uno.
No hay tiempos intermedios, en cuanto acaba un Sprint comienza el siguiente.
Cada Sprint puede tener una duración diferente, pero todos los que conforman un Scrum no deberían durar más de un mes.
La cancelación del Sprint es decisión exclusiva del Product Owner.

Beneficios de los Sprints

Permiten a los equipos centrarse en cómo aportar más valor al producto o al proyecto, al aislarlos de cualquier distracción.
Cuantos más Sprints se hacen mejor se puede predecir el avance de los proyectos, lo que mejora la eficiencia al hacer más fácil el abordaje de las dificultades que pueden surgir.
Al no producirse cambios en el sprint goal, todo el equipo tiene un gran control sobre la planificación y los costes.
Cada miembro el equipo puede trabajar de forma auto-organizada, pero siempre en consonancia con los demás.
Permite entregar valor al cliente de forma más ágil y que este pueda ver cómo evoluciona poco a poco el proyecto.

Las 5 etapas de los Sprints

Reunión de planificación de Sprint

El trabajo a realizar en el Sprint se prevé en la reunión de planificación del Sprint. Este plan se crea con la colaboración de todo el equipo Scrum.

La reunión de planificación es un evento de tiempo variable. Para un Sprint de un mes tiene ocho horas de duración. Para Sprints más cortos, el evento es proporcionalmente más pequeño. Por ejemplo, para uno de dos semanas, las reuniones de planificación son de cuatro horas de duración.

En esta reunión se define la funcionalidad en el incremento planeado y cómo el equipo de desarrollo creará este incremento y la salida de este trabajo es definir el Objetivo del Sprint.

La reunión, tradicionalmente, consta de dos partes, cada una de la mitad de tiempo de duración de la reunión de planificación. Respondiendo a las siguientes dos preguntas:

¿Qué va a ser entregado en el incremento resultante del próximo Sprint?
¿Cómo se va a realizar el trabajo seleccionado?

A destacar que el objetivo del Sprint puede ser un hito en el objetivo más amplio de la hoja de ruta (roadmap) del producto.

El Scrum Diario

Es un evento de 15 minutos cuyo objetivo es que el equipo de desarrollo sincronice actividades, y cree un plan para las próximas 24 horas. Esto se realiza mediante la inspección del trabajo desde el último Scrum Diario, y la previsión del trabajo que se puede hacer antes del próximo. Se lleva a cabo en la misma hora y lugar cada día para reducir la complejidad.

El equipo de desarrollo utiliza el Scrum Diario para evaluar el progreso hacia la meta del Sprint y evaluar la tendencia del progreso en finalizar el trabajo en el Sprint Backlog. Cada día, el equipo de desarrollo debe ser capaz de explicar al dueño del producto y al Scrum Master como van a trabajar juntos como un equipo auto-organizado para lograr el objetivo y crear el incremento previsto en el resto del Sprint.

Un beneficio adicional es que los Scrums diarios mejoran las comunicaciones, eliminan otras reuniones, identifican y eliminan obstáculos para el desarrollo, destacan y promueven la rápida toma de decisiones, y mejoran el nivel de de conocimiento del proyecto del equipo de desarrollo. Esta es una reunión clave de inspección y adaptación.

Trabajo de desarrollo durante el Sprint

Cuando el sprint está en curso, debemos asegurar que:

No se realizan cambios que afectan al objetivo del Sprint;
No disminuyen los objetivos de calidad
El alcance podrá aclararse y re-negociarse entre el propietario del producto y el Equipo de Desarrollo a medida que se va aprendiendo.

Cuando un Sprint es demasiado largo, la definición de lo que se está construyendo puede cambiar, puede aumentar la complejidad y puede aumentar el riesgo. Los Sprints permiten previsibilidad al garantizar la inspección y la adaptación de los avances hacia una meta de por lo menos cada mes de calendario.

Revisión del Sprint

Se lleva a cabo al final del Sprint, para inspeccionar el incremento y adaptar, si es necesario, el Product Backlog. El Equipo Scrum y las partes interesadas colaboran durante la revisión de lo que se hizo en el Sprint. Basado en ese y cualquier cambio en el Product Backlog durante el Sprint, los asistentes trabajan en las próximas cosas que se podrían hacer. Esta es una reunión informal, y la presentación del incremento está destinada a obtener retroalimentación y fomentar la colaboración.

La revisión de Sprint incluye los siguientes elementos:

Los asistentes son el Equipo Scrum y los interesados clave invitados por el Dueño de Producto.
El propietario del producto identifica lo que se ha "hecho" y lo que no se ha "hecho".
El equipo de desarrollo discute lo que estuvo bien durante el Sprint, qué problemas hubo y cómo se resolvieron.
El equipo de desarrollo demuestra el trabajo que se ha "hecho" y responde preguntas sobre el incremento.
El propietario del producto analiza el estado actual del Product Backlog, y estima fechas de finalización basado en el progreso hasta la fecha.
Todo el grupo colabora en qué hacer a continuación, de modo que la revisión del Sprint ofrece valiosos aportes a las subsiguientes reuniones de planificación de Sprint.
Se hace una revisión de cómo el mercado o el uso potencial del producto podría haber cambiado lo que es de más valor para hacer a continuación.
Se hace una revisión de la línea de tiempo, presupuesto, capacidades potenciales y mercado para la próxima entrega prevista del producto

El resultado de la revisión del Sprint es un Product Backlog revisado que define los ítems del Product Backlog de mayor valor o probables para el siguiente Sprint. El Product Backlog también se puede ajustar en general para satisfacer las nuevas oportunidades.

Retrospectiva del Sprint

Es una oportunidad para el Equipo Scrum de inspeccionarse a sí mismo y crear un plan de mejoras para ejecutar durante el siguiente Sprint. Los propósitos son:

Revisar cómo fue el último Sprint en lo que respecta a las personas, relaciones, procesos y herramientas.
Identificar y ordenar los temas principales que salieron bien y las potenciales mejoras.
Crear un plan para la implementación de mejoras con respecto a cómo el Equipo Scrum hace su trabajo.

Espero que con estas cinco etapas, y las claves para cada una de ellas, podáis aseguraros del éxito de cada Sprint de Scrum… ¡No dudéis en dar feedback sobre su utilidad!