Publicaciones

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

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.

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.

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.

Factores de decisión

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

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.

¿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:

Cómo hacer la transición

1. 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.

2. 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.

3. 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.

4. 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.

5. 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.

Un marco de decisión rápido

Si desea un punto de partida simple, use este: 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.