Guía de Scrum · Eventos de Scrum
El ciclo del Sprint en Scrum: duración, bloque de tiempo y reglas
El Sprint es el corazón de Scrum: un evento de duración fija de un mes o menos en el que las ideas se convierten en valor. Todos los demás eventos de Scrum ocurren dentro de él, y un nuevo Sprint comienza en cuanto termina el anterior.
Puntos clave
- Los Sprints tienen una duración fija, de un mes o menos, y se suceden uno tras otro.
- No cambie el alcance de forma que ponga en peligro el Objetivo del Sprint.
- Solo el Product Owner puede cancelar un Sprint.
Reglas del Sprint
- Los Sprints tienen una duración fija, de un mes o menos.
- No se hacen cambios que pongan en peligro el Objetivo del Sprint.
- La calidad no disminuye.
- El Product Backlog se refina según sea necesario.
- El alcance puede aclararse y renegociarse con el Product Owner a medida que se aprende más.
Elegir la duración del Sprint
| Duración | Ventajas | Desventajas |
|---|---|---|
| 1 semana | Retroalimentación rápida; bajo riesgo | Mayor carga de eventos |
| 2 semanas | Equilibrado; lo más habitual | — |
| 3–4 semanas | Margen para el trabajo complejo | Retroalimentación más lenta; más riesgo por Sprint |
Los Sprints más cortos generan más ciclos de aprendizaje y limitan el riesgo a una menor cantidad de tiempo y coste.
Un Sprint de dos semanas de un vistazo
| Día | Actividad |
|---|---|
| Día 1 | Sprint Planning; comienza el trabajo |
| Días 1–10 | Daily Scrum cada día; desarrollo; refinamiento |
| Día 10 | Sprint Review y después Sprint Retrospective |
| Día siguiente | El nuevo Sprint comienza con la Sprint Planning |
Cancelar un Sprint
Un Sprint puede cancelarse si el Objetivo del Sprint queda obsoleto. Solo el Product Owner tiene autoridad para cancelarlo. La cancelación es poco habitual y perturbadora; normalmente significa que el entorno de negocio ha cambiado de repente.
Consejos
- Mantenga estable la duración del Sprint para conocer el ritmo de su equipo.
- Termine los Sprints a mitad de semana para evitar los festivos de los lunes y el cansancio de los viernes.
- Proteja el Sprint de los cambios de alcance que amenacen el objetivo.
- Termine elementos en lugar de empezar muchos en paralelo.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Se puede ampliar un Sprint?
No. Si el trabajo no está terminado, el Sprint termina igualmente a su hora y los elementos sin terminar vuelven al Product Backlog.
¿Es lo mismo un Sprint que una iteración?
Sí. Sprint es el término de Scrum para una iteración. Consulte qué es un sprint.
¿Cuánto debe durar un Sprint?
Un mes o menos. Muchos equipos eligen dos semanas como equilibrio entre una retroalimentación rápida y la carga de los eventos, y después mantienen la duración estable.
¿Puede cambiar la duración del Sprint?
Puede, pero cambiarla con frecuencia dificulta la planificación y las previsiones. Si la cambia, hágalo de forma deliberada, por ejemplo después de una Retrospective, y mantenga la nueva duración de forma constante.
¿Qué ocurre con el trabajo sin terminar al final de un Sprint?
Los elementos del Product Backlog incompletos vuelven al Product Backlog, donde el Product Owner los reordena. No cuentan para el Incremento.
¿Se puede añadir trabajo a un Sprint en curso?
El alcance puede aclararse y renegociarse con el Product Owner a medida que se aprende más, pero ningún cambio debe poner en peligro el Objetivo del Sprint. Los Developers pueden añadir tareas al Sprint Backlog a medida que evoluciona su plan.
¿Qué es un Objetivo del Sprint?
El único objetivo del Sprint, creado durante la Sprint Planning. Da a los Developers foco y flexibilidad sobre el trabajo concreto con el que lo cumplen. Consulte Sprint Planning.
¿Quién puede cancelar un Sprint?
Solo el Product Owner, y solo si el Objetivo del Sprint queda obsoleto.
¿Son una buena idea los Sprints de una semana?
Ofrecen una retroalimentación muy rápida y se adaptan a equipos con prioridades que cambian rápidamente, pero los eventos ocupan una parte mayor del tiempo. Algunos equipos con Sprints de una semana pasan a Kanban si la planificación les parece una carga.
¿Puede un equipo tener un Sprint sin publicación?
Sí. Cada Sprint debe producir al menos un Incremento utilizable, pero publicarlo o no es una decisión de negocio.
¿Qué es un Sprint de estabilización?
Un Sprint dedicado a estabilizar y probar el trabajo anterior antes de publicarlo. No forma parte de Scrum y a menudo indica que la Definición de Terminado es demasiado débil.