¿Qué son los sprints?

¿Qué son los sprints? Un sprint es un período corto y limitado en el tiempo en el que un equipo de scrum trabaja para completar una cantidad determinada de trabajo. Los sprints son el núcleo de las metodologías ágiles y de scrum, y conseguir que los sprints sean correctos ayudará a su equipo ágil a enviar un mejor software con menos dolores de cabeza.  

Con scrum, un producto se construye en una serie de iteraciones llamadas sprints que dividen los proyectos grandes y complejos en piezas del tamaño de un bocado. Los sprints hacen que los proyectos sean más manejables, permiten a los equipos enviar trabajo de alta calidad más rápido, con mayor frecuencia, y les da más flexibilidad para adaptarse al cambio.

Muchos asocian los sprints de scrum con el desarrollo ágil de software, hasta el punto de que a menudo se piensa que scrum y ágil son lo mismo. No lo son. Agile es un conjunto de principios y scrum es un marco de trabajo para hacer las cosas.  

Las muchas similitudes entre los valores ágiles y los procesos de scrum conducen a una asociación justa. Los sprints ayudan a los equipos a seguir el principio ágil de “entregar software funcional con frecuencia”, así como a vivir el valor ágil de “responder al cambio por encima de seguir un plan”. Los valores de Scrum de la transparencia, la inspección y la adaptación son complementarios a los de Agile y centrales en el concepto de sprints.

Cómo planificar y ejecutar los sprints de Scrum

La gente de scrum realmente pensó en todo. Para planificar el próximo sprint, se utiliza la reunión de planificación del sprint. La planificación del sprint es un evento de colaboración en el que el equipo responde a dos preguntas básicas ¿Qué trabajo se puede hacer en este sprint y cómo se hará el trabajo elegido?

La elección de los elementos de trabajo adecuados para un sprint es un esfuerzo de colaboración entre el propietario del producto, el scrum master y el equipo de desarrollo. El propietario del producto discute el objetivo que debe alcanzar el sprint y los elementos del backlog del producto que, una vez completados, lograrían el objetivo del sprint.

A continuación, el equipo crea un plan para construir los elementos del backlog y conseguir que estén “hechos” antes del final del sprint. Los elementos de trabajo elegidos y el plan para realizarlos se denominan “sprint backlog”.

Al final de la planificación del sprint, el equipo está listo para empezar a trabajar en el backlog del sprint, llevando los elementos del backlog a “En proceso” y a “Hecho”.

Durante un sprint, el equipo comprueba durante el scrum diario, cómo está progresando el trabajo. El objetivo de esta reunión es sacar a la luz cualquier obstáculo o reto que pueda afectar a la capacidad del equipo para alcanzar el objetivo del sprint.

Después de un sprint, el equipo demuestra lo que ha completado durante la revisión del sprint. Esta es la oportunidad de su equipo para mostrar su trabajo a las partes interesadas y compañeros de equipo antes de que llegue a la producción.

Completa el ciclo del sprint con mi reunión favorita, la retrospectiva del sprint. Esta es la oportunidad de su equipo para identificar las áreas de mejora para el siguiente sprint. Con eso, estás listo para comenzar tu próximo ciclo de sprint. 

Lo que hay que hacer y lo que no hay que hacer

Incluso con los fundamentos establecidos, la mayoría de los equipos tropezarán cuando empiecen a realizar sprints.

• Cosas que se deben Hacer: Qué son los sprints.

Asegúrate de que el equipo establece y entiende el objetivo del sprint y cómo se medirá el éxito. Esta es la clave para mantener a todos alineados y avanzar hacia un destino común.

Asegúrate de que tienes un backlog bien cuidado con tus prioridades y dependencias en orden. Esto puede ser un gran reto que podría hacer descarrilar el proceso si no se gestiona adecuadamente.

Asegúrese de tener un buen conocimiento de la velocidad y de que ésta se refleje en aspectos como las licencias y las reuniones del equipo. Utiliza la reunión de planificación del sprint para concretar los detalles íntimos del trabajo que hay que hacer. Anima a los miembros del equipo a que esbocen las tareas de todas las historias, los errores y las tareas que entran en el sprint.

Deja fuera el trabajo del que no podrás obtener las dependencias, como el trabajo de otro equipo, los diseños y la aprobación legal.

Por último, una vez tomada una decisión o un plan, asegúrate de que alguien capture esa información en tu herramienta de gestión de proyectos o de colaboración. De este modo, tanto la decisión como la justificación son fáciles de ver para todos en el futuro.

Mientras trabajas en ser una estrella de scrum con estos “hacer”, ten cuidado con algunas banderas rojas también:

• Cosas que No se deben hacer: Qué son los sprints.

No introduzcas demasiadas historias, ni sobreestimes la velocidad, ni introduzcas tareas que no puedan completarse en el sprint. No querrás que ni tú ni tu equipo se encuentren abocados al fracaso.

No te olvides de la calidad ni de la deuda técnica. Asegúrate de presupuestar tiempo para el control de calidad y el trabajo no relacionado con las características, como los errores y la salud de la ingeniería.

No dejes que el equipo tenga una visión borrosa de lo que hay en el sprint. Se debe aclarar, y es vital no centrarse tanto en ir rápido que el administrador se olvide de asegurarse de que todo el mundo se mueve en la misma dirección.

Además, no aceptes una gran cantidad de trabajo desconocido o de alto riesgo. Divide las historias que sean grandes o tengan una gran incertidumbre, y no tengas miedo de dejar parte de ese trabajo para el siguiente sprint.

Si escuchas las preocupaciones del equipo, ya sea sobre la velocidad, el trabajo de baja incertidumbre o el trabajo que creen que es más grande de lo que estimaron, no lo ignores. Se debe abordar el problema y recalibrar cuando sea necesario.