Sprint
Un sprint es el ciclo de tiempo en el que se desarrolla cada incremento iterativo del producto. Es el contenedor de todos los demás eventos de Scrum técnico y el mecanismo fundamental de cadencia del marco. Cada sprint produce un incremento utilizable.
En función de las características del proyecto y el criterio del equipo, lo habitual es realizar sprints de duración no inferior a una semana ni mayor de un mes. Lo más habitual es que tengan siempre la misma medida, marcando una cadencia, pero esta puede ir evolucionando o ajustarse.
Características
Al comenzar a trabajar con Scrum es recomendable considerar el sprint como el evento contenedor de todos los demás:
- Marca el ritmo de avance diario y permite visualizarlo y compartirlo en las reuniones de Scrum diario.
- Marca un ritmo fijo para comprobar el desarrollo del producto en las reuniones de planificación y revisión del sprint.
- A ese mismo ritmo se introducen las reuniones de retrospectiva, para reflexionar y mejorar. En implementaciones más maduras de Scrum, sin embargo, es posible considerar que el ámbito del sprint es solo la construcción del incremento, dejando a un lado las reuniones. Esto puede interesar al equipo, por ejemplo, para poder calcular la velocidad del sprint considerando solo el tiempo de trabajo, sin incluir las reuniones de inicio, cierre y retrospectiva; o para tener mayor flexibilidad al realizar sprints de duraciones diferentes; o para separar la frecuencia de las retrospectivas de la de los sprints.
Principio y valores
- Mejora continua: el ritmo de avance en iteraciones permite detectar problemas de forma temprana y mejorar continuamente tanto el producto como el proceso. Al finalizar cada sprint el equipo tiene evidencia tangible de lo que ha funcionado y lo que hay que cambiar.
- Timeboxing: la duración fija del sprint actúa como motor de avance, combate la Ley de Parkinson y crea la urgencia necesaria para priorizar y tomar decisiones.
- Transparencia e inspección: el sprint produce resultados visibles a intervalos regulares, lo que permite a los stakeholders inspeccionar el avance real del producto —no documentos o estimaciones— y adaptar la dirección si es necesario.
Error frecuente
Alargar el sprint cuando hay trabajo sin terminar. La fecha de fin del sprint es fija. Si el equipo no completa todo el trabajo comprometido, la respuesta correcta es ajustar el alcance (dejar historias para el siguiente sprint), no alargar el sprint. Alargar el sprint para "terminar todo" destruye la cadencia, elimina el punto de inspección y aprendizaje, y enmascara los problemas de planificación que hay que resolver.
Recursos
📄 Scrum Master v.4.0Descarga gratuita · Scrum Manager
📄 Scrum Master en equipos con IADescarga gratuita · Scrum Manager
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.