Guía de Scrum · Eventos de Scrum
Sprint Planning en Scrum: agenda, bloque de tiempo y consejos
La Sprint Planning inicia el Sprint estableciendo el trabajo que se va a realizar. Todo el Scrum Team colabora para crear un plan que todos entiendan y en el que todos crean.
Puntos clave
- La Sprint Planning responde al porqué, el qué y el cómo.
- Produce un Objetivo del Sprint y un Sprint Backlog.
- Un backlog bien refinado agiliza la planificación.
Time-box (periodo fijo)
La Sprint Planning tiene una duración máxima de ocho horas para un Sprint de un mes. Para Sprints de dos semanas, muchos equipos necesitan entre dos y cuatro horas, a menudo menos cuando el backlog está bien refinado.
Entradas
- Un Product Backlog refinado y ordenado.
- El último Incremento.
- La capacidad prevista del equipo.
- El rendimiento anterior, como la velocidad.
- La Definición de Terminado.
Los tres temas
| Tema | Pregunta | Resultado |
|---|---|---|
| Por qué | ¿Por qué es valioso este Sprint? | Un Objetivo del Sprint |
| Qué | ¿Qué se puede hacer en este Sprint? | Elementos del Product Backlog seleccionados |
| Cómo | ¿Cómo se realizará el trabajo elegido? | Un plan, a menudo con los elementos desglosados en tareas de un día o menos |
El Objetivo del Sprint, los elementos seleccionados y el plan forman juntos el Sprint Backlog.
Orden del día de ejemplo (Sprint de dos semanas)
- Revisar el Objetivo del Producto y el contexto (10 minutos).
- El Product Owner propone cómo podría el Sprint aumentar el valor (10 minutos).
- El equipo acuerda un borrador del Objetivo del Sprint (15 minutos).
- Los Developers seleccionan los elementos en función de la capacidad (de 30 a 45 minutos).
- Los Developers planifican cómo hacer el trabajo (de 45 a 60 minutos).
- Confirmar el Objetivo del Sprint y el compromiso (10 minutos).
Errores comunes
- Elementos del backlog sin refinar que requieren horas de debate.
- Un Objetivo del Sprint que es solo una lista de elementos.
- Planificar al 100 % de la capacidad sin ningún margen.
- El Product Owner o los directivos deciden cuánto asumen los Developers.
- Saltarse el «cómo», con lo que los problemas aparecen a mitad del Sprint.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Quién asiste a la Sprint Planning?
Todo el Scrum Team. Pueden invitarse otras personas para que aporten su asesoramiento.
¿Quién decide cuánto trabajo entra en un Sprint durante la Sprint Planning?
Los Developers deciden cuánto pueden asumir, en diálogo con el Product Owner.
¿Cuánto dura la Sprint Planning?
La Guía de Scrum le fija una duración máxima de ocho horas para un Sprint de un mes. En Sprints más cortos, el evento suele ser más breve.
¿Cuáles son los tres temas de la Sprint Planning?
Por qué es valioso este Sprint, qué se puede hacer en este Sprint y cómo se realizará el trabajo elegido.
¿Cuál es el resultado de la Sprint Planning?
Un Objetivo del Sprint, los elementos del Product Backlog seleccionados para el Sprint y un plan para entregarlos. Juntos forman el Sprint Backlog.
¿Quién crea el Objetivo del Sprint en la Sprint Planning?
Todo el Scrum Team colabora para definirlo. El Objetivo del Sprint debe quedar cerrado antes del final de la Sprint Planning.
¿Cómo se calcula la capacidad del equipo para la Sprint Planning?
Parta de los días laborables disponibles por persona, reste vacaciones, reuniones y otros compromisos, y compárelo con el rendimiento anterior, como la velocidad o el throughput.
¿Qué debe estar listo antes de la Sprint Planning?
Un Product Backlog refinado y ordenado, el último Incremento, la capacidad conocida, los datos de rendimiento anterior y la Definición de Terminado.
¿Deben estimarse las tareas en horas durante la Sprint Planning?
Scrum no lo exige. Muchos equipos desglosan los elementos en tareas de un día o menos en lugar de estimar horas, lo que aporta el detalle suficiente para seguir el progreso a diario.
¿Pueden asistir los interesados a la Sprint Planning?
El Scrum Team puede invitar a otras personas para que aporten su asesoramiento, pero las decisiones de planificación siguen correspondiendo al Scrum Team.
¿Qué ocurre si el equipo no logra acordar un Objetivo del Sprint durante la Sprint Planning?
Busque un objetivo coherente en la parte superior del Product Backlog, revise el Objetivo del Producto y pregunte al Product Owner qué resultado es más importante. Una dificultad persistente suele indicar un backlog de elementos sin relación entre sí.