Publicaciones

Duración del sprint: ¿Deberían sus sprints ser de 1, 2, 3 o 4 semanas?

Un espacio de trabajo del equipo ágil mostrando un calendario de pizarra blanca con bloques de sprint marcados en diferentes colores para varias duraciones de sprint

Matt Lewandowski

Última actualización 16/02/20269 min de lectura

Elegir una duración de sprint se siente como una pequeña decisión hasta que se da cuenta de que moldea cómo su equipo planifica, estima, reflexiona y entrega. Cada ceremonia de Scrum se escala con la duración del sprint, lo que significa que su opción tiene un efecto dominó en todo el proceso de desarrollo. La mayoría de los equipos por defecto optan por dos semanas sin pensarlo. Eso funciona bien para muchos, pero no es la única opción, y no siempre es la mejor. Aquí le explicamos cómo elegir la duración del sprint que realmente se ajusta a su equipo.

Lo que dice la Guía de Scrum

La Guía de Scrum establece una regla: los sprints son un mes o menos. Eso es todo. Sin duración mínima, sin predeterminado recomendado, solo un límite superior. En la práctica, la industria ha convergido en sprints de dos semanas. Aproximadamente el 58% de los equipos los usan, según el informe State of Agile. Pero esa popularidad no los hace universalmente correctos. Los sprints de una semana y cuatro semanas tienen cada uno casos de uso legítimos, y los sprints de tres semanas funcionan tranquilamente bien para ciertas estructuras de equipo.

58%

de los equipos ejecutan sprints de 2 semanas

4 weeks

duración máxima del sprint según la Guía de Scrum

~20%

del tiempo de sprint típicamente perdido por sobrecarga

Comparación de duraciones de sprint

Cada duración de sprint crea un equilibrio diferente entre la velocidad de retroalimentación y el tiempo de ejecución. Así es como se comparan.

Sprints de 1 semana

Aspecto	Detalle
Mejor para	Startups, proyectos urgentes, equipos con requisitos que cambian rápidamente
Velocidad de retroalimentación	Muy rápido, aprende algo nuevo cada semana
Sobrecarga de ceremonia	Alta, aproximadamente el 20-25% del sprint son reuniones
Esfuerzo de planificación	Menor por sprint, pero planifica cuatro veces al mes
Riesgo	Bajo, solo una semana de trabajo en juego si las prioridades cambian

Los sprints de una semana fuerzan la priorización extrema. Solo puede caber un puñado de elementos, lo que significa que el equipo debe ser implacable sobre lo que importa más. La planificación del sprint es corta (máximo dos horas), pero sucede todas las semanas. Este ritmo funciona cuando los requisitos cambian frecuentemente, cuando está explorando el ajuste producto-mercado, o cuando el equipo necesita bucles de retroalimentación ajustados para mantenerse alineado con los interesados. Se rompe cuando los elementos de trabajo son inherentemente grandes o cuando el equipo pasa más tiempo en ceremonias que construyendo.

Sprints de 2 semanas

Aspecto	Detalle
Mejor para	La mayoría de equipos, el estándar de la industria por una buena razón
Velocidad de retroalimentación	Equilibrada, lo suficientemente rápida para la mayoría de las necesidades de los interesados
Sobrecarga de ceremonia	Moderada, aproximadamente el 12-15% del sprint son reuniones
Esfuerzo de planificación	Manejable, dos veces al mes
Riesgo	Bajo a moderado, dos semanas de trabajo en juego

Los sprints de dos semanas golpean el punto dulce para la mayoría de las organizaciones. Hay suficiente tiempo para completar trabajo significativo, pero el ciclo de retroalimentación sigue siendo lo suficientemente corto para detectar problemas temprano. El refinamiento del backlog sucede una o dos veces por sprint, y el equipo tiene tiempo para absorber información nueva entre ceremonias. Este es el estándar por una razón. Si no está seguro por dónde empezar, empiece aquí.

Sprints de 3 semanas

Aspecto	Detalle
Mejor para	Equipos con dependencias pesadas o trabajo de integración complejo
Velocidad de retroalimentación	Más lenta, pero suficiente para productos estables
Sobrecarga de ceremonia	Más baja, aproximadamente el 10-12% del sprint son reuniones
Esfuerzo de planificación	Menos frecuente, pero las sesiones son más largas
Riesgo	Moderado, tres semanas de trabajo podrían no cumplir

Los sprints de tres semanas son poco comunes, lo que hace que algunos equipos los eviten. Pero resuelven un problema real: cuando dos semanas no son suficientes para completar e integrar características significativas, pero cuatro semanas crean demasiada desviación de la retroalimentación de los interesados. Los equipos con dependencias complejas entre múltiples servicios o equipos a menudo aterrizan aquí naturalmente. La semana adicional da espacio para respirar para la integración y las pruebas sin extender demasiado los horizontes de planificación.

Sprints de 4 semanas

Aspecto	Detalle
Mejor para	Equipos maduros con productos estables y trabajo predecible
Velocidad de retroalimentación	Lenta, un mes completo entre los controles de los interesados
Sobrecarga de ceremonia	Porcentaje más bajo, aproximadamente el 8-10% del sprint
Esfuerzo de planificación	Una vez al mes, pero las sesiones de planificación son más largas (hasta 8 horas)
Riesgo	Mayor, un mes completo de trabajo podría requerir reelaboración

Los sprints de cuatro semanas minimizan la sobrecarga de ceremonias como porcentaje del tiempo total. El equipo obtiene más tiempo de construcción ininterrumpido, pero el bucle de retroalimentación es más largo. Si el equipo va en la dirección equivocada, tarda un mes en corregir el rumbo. Esto funciona mejor para equipos maduros que construyen productos estables donde los requisitos no cambian con frecuencia. Se desmorona cuando los interesados necesitan visibilidad regular o cuando el mercado se mueve más rápido que su ciclo de sprint. Un equipo colaborando en una sala de conferencias con una pantalla mostrando un gráfico de barras comparando la sobrecarga de ceremonias entre diferentes duraciones de sprint

Un equipo colaborando en una sala de conferencias con una pantalla mostrando un gráfico de barras comparando la sobrecarga de ceremonias entre diferentes duraciones de sprint

El cálculo de la sobrecarga de ceremonia

Aquí hay una pregunta que la mayoría de los equipos nunca hacen: ¿qué porcentaje de su sprint se gasta realmente en reuniones? Scrum prescribe cinco eventos, cada uno con límites de tiempo que se escalan con la duración del sprint. Calculemos la sobrecarga de ceremonia para un equipo de siete que trabaja 40 horas a la semana.

Ceremonia	Sprint de 1 semana	Sprint de 2 semanas	Sprint de 3 semanas	Sprint de 4 semanas
Planificación del Sprint	2 h	4 h	6 h	8 h
Standup Diario	1,25 h	2,5 h	3,75 h	5 h
Revisión del Sprint	1 h	2 h	3 h	4 h
Retrospectiva	0,75 h	1,5 h	2,25 h	3 h
Refinamiento	2 h	4 h	6 h	8 h
Horas totales de ceremonia	7 h	14 h	21 h	28 h
Horas disponibles	40 h	80 h	120 h	160 h
Sobrecarga %	17,5%	17,5%	17,5%	17,5%

Los porcentajes son aproximadamente iguales cuando sigue los límites de tiempo proporcionales de la Guía de Scrum. Pero aquí está lo que las matemáticas no muestran: costos de cambio de contexto. Los sprints más cortos significan más transiciones frecuentes entre "modo ceremonia" y "modo construcción". Los equipos en sprints de una semana a menudo reportan que el overhead se siente mucho más alto que lo que sugieren los números porque las ceremonias están empaquetadas muy cerca. En la práctica, muchos equipos que ejecutan sprints de una semana no escalan sus ceremonias proporcionalmente. Una retrospectiva que toma 90 minutos en un sprint de dos semanas raramente cae a 45 minutos en un sprint de una semana. Ahí es donde aparece la verdadera diferencia de sobrecarga.

No optimice las ceremonias a cero

Algunos equipos intentan reducir la sobrecarga omitiendo ceremonias. Esto sale mal. Omitir retrospectivas significa que los problemas de proceso se intensifican. Omitir refinamiento significa que la planificación del sprint toma tres veces más tiempo. Las ceremonias existen por una razón.

Factores de decisión

Elegir una duración de sprint no es solo matemática. Estos son los factores que realmente importan.

Madurez del equipo

Los equipos nuevos de ágil se benefician de sprints más cortos porque obtienen más práctica con las ceremonias. Los equipos experimentados pueden manejar sprints más largos porque han internalizado la disciplina.

Cadencia de lanzamiento

Si lanza continuamente, la duración del sprint está menos vinculada a la implementación. Si las liberaciones ocurren en los límites del sprint, los sprints más cortos significan liberaciones más frecuentes y retroalimentación de usuarios más rápida.

Necesidades de los interesados

Algunos interesados necesitan visibilidad semanal. Otros están bien con controles mensuales. Su duración del sprint debe coincidir con la frecuencia de retroalimentación que su organización requiere.

Volatilidad de requisitos

Cuando los requisitos cambian frecuentemente, los sprints más cortos reducen el trabajo desperdiciado. Cuando los requisitos son estables, los sprints más largos permiten que el equipo se concentre sin replanificación constante.

Otros factores a considerar

Tamaño de los elementos de trabajo. Si la mayoría de las historias de usuario toman 3-5 días para completarse, los sprints de una semana dejan casi ningún margen de error. Los sprints de dos o tres semanas ofrecen más flexibilidad. Use Planning Poker durante refinamiento para estimar elementos y ver cómo se ajustan a diferentes duraciones de sprint. Tamaño del equipo. Los equipos más grandes (7-9 personas) generan más sobrecarga de coordinación. Los sprints más largos pueden absorber ese costo mejor. Los equipos más pequeños (3-5 personas) pueden moverse rápidamente con sprints más cortos. Complejidad de la Definición de Hecho. Si su Definición de Hecho incluye pruebas pesadas, revisiones de seguridad o verificaciones de cumplimiento, esos procesos necesitan tiempo. Es posible que un sprint de una semana no acomode puertas de calidad exhaustivas. Un primer plano del cuaderno de un Scrum Master mostrando una matriz de decisiones dibujada a mano que compara diferentes opciones de cadencia de sprint

Un primer plano del cuaderno de un Scrum Master mostrando una matriz de decisiones dibujada a mano que compara diferentes opciones de cadencia de sprint

¿Puede cambiar la duración del sprint?

Sí. Y debería hacerlo si su cadencia actual no funciona. El mejor momento para cambiar la duración del sprint es en una retrospectiva donde el equipo identifica la cadencia como causa raíz de los problemas. Signos comunes de que necesita un cambio:

El equipo constantemente no puede terminar trabajo significativo dentro del sprint

Los interesados se quejan sobre visibilidad o frecuencia de retroalimentación

Las ceremonias se sienten apresuradas o infladas en relación con la duración del sprint

Los objetivos del sprint se sienten demasiado vagos (sprint demasiado largo) o demasiado estrechos (sprint demasiado corto)

La velocidad es errática porque los elementos de trabajo no caben en el tamaño del sprint

Cómo hacer la transición

Discuta en una retrospectiva

Use la retrospectiva para exponer por qué la duración actual del sprint no funciona. Recopile ejemplos específicos, no solo sentimientos. Si el equipo regularmente lleva el 40% del trabajo al siguiente sprint, ese es un punto de datos que vale la pena examinar.

Intente la nueva duración durante 3-4 sprints

Un sprint no es suficiente para juzgar. El primer sprint a una nueva duración se sentirá incómodo porque el equipo aún se está calibrando. Dele al menos tres iteraciones antes de decidir.

Ajuste las duraciones de las ceremonias proporcionalmente

Si se mueve de sprints de dos semanas a sprints de una semana, reduzca a la mitad sus límites de tiempo de ceremonia. No deje que una retro de dos horas se ajuste en un sprint de una semana.

Recalibre la velocidad

La velocidad del sprint no se transfiere directamente entre duraciones de sprint. Rastree su velocidad en la nueva cadencia y dé al equipo tres sprints para establecer una nueva línea base. Use un generador de objetivos de sprint para mantener objetivos apropiadamente alineados para la nueva duración.

Evalúe y decida

Después del período de prueba, tenga una retrospectiva enfocada sobre el cambio de duración del sprint. Compare la previsibilidad de entrega, la satisfacción del equipo y la retroalimentación de los interesados entre la cadencia antigua y nueva.

Comience más corto, luego extienda

Si no está seguro, comience con sprints de una semana o dos semanas. Es más fácil extender una duración de sprint cuando el equipo está listo que acortar una cuando las cosas no funcionan. Los sprints más cortos construyen memoria muscular ágil más rápido.

Un marco de decisión rápido

Si desea un punto de partida simple, use este:

Elija sprints de 1 semana si...

Es una startup o equipo pequeño, los requisitos cambian semanalmente, necesita el bucle de retroalimentación más rápido posible, o el equipo es nuevo en ágil y necesita práctica frecuente con las ceremonias.

Elija sprints de 2 semanas si...

No está seguro qué elegir, su equipo es de tamaño mediano (5-7 personas), quiere un equilibrio de velocidad de retroalimentación y tiempo de ejecución, o está trabajando en un entorno típico de desarrollo de productos.

Elija sprints de 3 semanas si...

Su trabajo implica dependencias de equipo cruzado pesadas, las pruebas de integración toman un tiempo significativo, dos semanas constantemente se siente demasiado ajustado pero cuatro semanas se siente como demasiada desviación.

Elija sprints de 4 semanas si...

Su equipo es experimentado con Scrum, los requisitos son estables, quiere sobrecarga de ceremonia mínima, o el producto es maduro con un ritmo de desarrollo predecible.

Cualquiera que sea su opción, recuerde que la duración del sprint es una variable, no una constante. Los mejores equipos revisan esta decisión periódicamente y ajustan según lo que aprenden.

Dos semanas es por mucho la más común. Aproximadamente el 58% de los equipos ágiles utilizan sprints de dos semanas según encuestas de la industria. Los sprints de una semana son los segundos más comunes, seguidos de sprints de tres y cuatro semanas.

Sí, y a menudo deberían. Un equipo de plataforma que trabaja en infraestructura estable puede beneficiarse de sprints de tres o cuatro semanas, mientras que un equipo de productos que responde a la retroalimentación del mercado puede necesitar sprints de una o dos semanas. La restricción clave es la coordinación: si los equipos necesitan sincronizarse frecuentemente, los límites de sprint alineados reducen la fricción.

Cambiar la duración del sprint reinicia su línea base de velocidad. Un equipo que completa 30 puntos de historia en un sprint de dos semanas no necesariamente completará 60 en un sprint de cuatro semanas porque la sobrecarga, el cambio de contexto, y la precisión de planificación cambian. Rastree la velocidad de nuevo en la nueva duración usando un calculadora de velocidad y permita tres sprints para una línea base confiable.

No necesariamente. Muchos equipos implementan continuamente independientemente de la duración del sprint. El sprint es una cadencia de planificación, no una cadencia de lanzamiento. Sin embargo, si su organización requiere lanzamientos formales en los límites del sprint, los sprints más cortos significan lanzamientos más frecuentes y retroalimentación más rápida de los usuarios.