Reunión de Sprint Planning: agenda y cómo dirigirla

A dos horas y 40 minutos de empezar el sprint planning, el equipo de Lena seguía discutiendo los story points del ticket número nueve. Entonces alguien hizo la pregunta que nadie había planteado: "¿Para qué es este sprint?". Nadie pudo responder en una frase. Eligieron tickets hasta que se acabó el tiempo, y para el día cuatro el plan se había venido abajo. (El equipo de Lena es un caso compuesto, no un equipo real).

Probablemente no necesitas una reunión más larga. Necesitas una agenda para tu reunión de sprint planning que empiece por el porqué, revise la capacidad real antes de que alguien elija trabajo y termine con un plan en una página.

Esta guía te da una agenda con tiempos para sprints de una a cuatro semanas, lo que exige la Guía de Scrum (revisada en noviembre de 2026), un cálculo de capacidad resuelto con números, frases para cuando la reunión se desvía y un plan de una página que puedes copiar.

¿Qué es una reunión de sprint planning?

Una reunión de sprint planning es el evento que da inicio a un sprint: el equipo acuerda por qué importa el sprint, qué puede terminar y cómo hará el trabajo. Según la Guía de Scrum 2020 (resumen de la versión original en inglés), el Sprint Planning inicia el Sprint al definir el trabajo que se hará durante el Sprint.

La reunión retrospectiva cierra el sprint anterior, así que los cambios que tu equipo acordó ahí pueden pasar directo a este plan.

Agenda de la reunión de sprint planning: tiempos para cualquier duración

Elige tu columna y pega los minutos en la invitación. Estos tiempos son nuestra sugerencia, no una regla de Scrum, y usan cerca de una hora por semana de sprint.

¿Quieres el plan sin escribir durante toda la reunión? Pon ParrotNotes sobre la mesa y recibe un resumen y las tareas cuando detengas la grabación. Prueba ParrotNotes gratis.

1. Abrir y mirar atrás

El Scrum Master indica el objetivo y la hora de término. Luego comparte tres datos: qué se terminó en el sprint pasado, qué quedó pendiente y qué acciones de la retro van en este plan. No vuelvas a abrir la Sprint Review. Esto es solo contexto.

2. Acordar el Sprint Goal

El Product Owner propone cómo el producto podría ganar valor en este sprint, y todo el equipo lo convierte en una frase. ¿Podría alguien interesado leerla y saber por qué importa este sprint? "Terminar 12 tickets" no pasa la prueba. "Los clientes recurrentes pueden pagar con una tarjeta guardada" sí la pasa.

3. Revisar la capacidad

Cuenta quién está realmente disponible, con el cálculo de más abajo. Hazlo antes de seleccionar trabajo, o la conversación girará en torno a la lista de deseos.

4. Seleccionar el trabajo

Los Developers eligen elementos de la parte alta del backlog junto con el Product Owner, y se detienen al llegar al número de capacidad. Cada elemento debe servir al objetivo o ser un pendiente conocido. Refina un elemento solo si está casi listo. Si necesita más tiempo, regrésalo.

5. Planificar el trabajo

Los Developers dividen cada elemento en tareas, a menudo de un día o menos. Nombra las dependencias sobre la marcha: un acceso al sandbox, una revisión de diseño, alguien de otro equipo.

6. Leer en voz alta y cerrar

Lee en voz alta el objetivo, los elementos, los riesgos y los responsables. Pide a cada persona una calificación de confianza del 1 al 5, y hablen de cualquier 1 o 2 antes de salir. Luego comparte el plan ese mismo día.

Para otras reuniones, nuestra plantilla de agenda de reunión tiene cinco formatos generales.

Lo que exige la Guía de Scrum y lo que no

La guía dedica pocas líneas a este evento. Define tres temas (preguntas resumidas de la versión original en inglés):

Juntos, esos tres resultados forman el Sprint Backlog. La guía añade un plazo firme: el Sprint Goal debe quedar definido antes de que termine el Sprint Planning.

Tres detalles suelen pasar desapercibidos:

• El porqué es una adición reciente. El historial de revisiones indica que la guía de 2020 pone énfasis en un tercer tema, el porqué, junto al qué y el cómo. Una agenda que abre con el backlog quizá sea anterior.
• Los story points no están en la guía. Tampoco la velocidad ni las estimaciones: buscamos en el texto en inglés y no encontramos ninguna de esas palabras. Según la guía, la confianza viene de conocer el desempeño pasado, la capacidad próxima y la Definition of Done. Los puntos son un hábito del equipo, y puedes usar otra cosa.
• El compromiso es el objetivo, no la lista de tickets. Según la guía, el Sprint Goal es un compromiso de los Developers, pero da flexibilidad en cuanto al trabajo exacto necesario para lograrlo. Así que un equipo puede cambiar tareas a mitad del sprint y seguir cumpliendo su promesa.

La Guía de Scrum también fija el límite superior: el Sprint Planning tiene un máximo de ocho horas para un Sprint de un mes, y en Sprints más cortos el evento suele ser más corto. No da una cifra para sprints más cortos, así que los dos números de Atlassian son un rango útil. Su guía de Scrum aconseja no más de dos horas por cada semana de sprint, y su blog recomienda un mínimo de una hora por semana.

Quién asiste a la reunión de sprint planning y qué debe llevar

Asiste todo el Scrum Team, y la guía dice que el equipo también puede invitar a otras personas para que den su consejo. Invita a alguien para un solo elemento, no para toda la sesión. Siete personas durante dos horas son 14 horas-persona, y nuestra calculadora de costo de reuniones muestra cuánto cuesta eso.

La guía dice que el Product Owner se asegura de que los asistentes estén preparados para hablar de los elementos más importantes del Product Backlog. En la práctica, eso significa refinar la parte alta del backlog antes de la reunión, no durante ella; nuestra guía de refinamiento del backlog explica cómo llevar esa sesión.

Calcula la capacidad antes de que alguien elija trabajo

Muchas guías de agenda dicen "revisa la capacidad" y se quedan ahí. Aquí está el cálculo, con un equipo compuesto de cinco Developers en un sprint de dos semanas.

Paso 1: cuenta los días-persona disponibles.

5 Developers x 10 días laborables = 50
Feriado de la empresa (1 día x 5) = -5
Priya de vacaciones               = -3
Omar en la rotación de soporte    = -4
Días-persona disponibles          = 38

Paso 2: obtén tu tasa de los sprints recientes.

93 puntos divididos entre 129 días-persona dan cerca de 0.72 puntos por día-persona.

Paso 3: multiplica. 38 x 0.72 da cerca de 27 puntos.

El promedio simple del equipo es de 31 puntos, así que elegir de memoria habría sobrecargado este sprint en cuatro puntos.

¿No usas story points? Haz el mismo cálculo con tickets terminados. ¿Aún no tienes historial? Elige menos de lo que crees que puedes terminar y empieza a medir.

Cómo dirigir una reunión de sprint planning cuando se desvía

Ten estas frases a la mano:

Esa última frase está permitida. La guía dice que el Sprint Backlog se actualiza a lo largo del Sprint a medida que se aprende más, y en el daily standup es donde se ajusta el plan.

Esta agenda también funciona fuera del software. Imagina un equipo compuesto de marketing de cuatro personas con ciclos de campaña de dos semanas, cuyo objetivo es "La página del webinar de primavera está publicada y recibe registros". Los días disponibles reemplazan a los story points, y la reunión dura 60 minutos porque hay menos que dividir.

Plantilla para la reunión de sprint planning: el plan de una página

Copia esto en el documento de tu equipo.

PLAN DEL SPRINT
Equipo:            Sprint:              Fechas:
Facilitador:       Asistentes:

1. SPRINT GOAL (una frase)

2. CAPACIDAD
   Días-persona disponibles:      Pronóstico:

3. ELEMENTOS SELECCIONADOS
   Elemento | Tamaño | ¿Sirve al objetivo? (sí / pendiente)

4. RIESGOS Y DEPENDENCIAS
   Riesgo | Responsable | Necesario para

5. ACCIONES DE LA RETRO INCLUIDAS
   Acción | Responsable

6. FUERA A PROPÓSITO
   Elemento | Por qué | Quién avisa a los interesados

7. CONFIANZA (promedio 1-5)

Aquí está llena, con el mismo equipo compuesto:

PLAN DEL SPRINT
Equipo: Equipo de checkout    Sprint: 42    Fechas: 9 al 20 de nov.
Facilitador: Lena    Asistentes: 7

1. SPRINT GOAL
   Los clientes recurrentes pueden pagar con una tarjeta guardada.

2. CAPACIDAD
   Días-persona disponibles: 38    Pronóstico: 27 puntos

3. ELEMENTOS SELECCIONADOS
   Almacenamiento de la tarjeta | 8 | Sí
   Selector de tarjeta en el checkout | 8 | Sí
   Migración de tokens de pago | 5 | Sí
   Mensajes de error por tarjeta rechazada | 3 | Sí
   Arreglar la prueba inestable de checkout | 3 | Pendiente
   Total: 27

4. RIESGOS Y DEPENDENCIAS
   Acceso al sandbox de pagos | Amir | 11 de nov.
   Revisión legal del texto sobre tarjetas guardadas | Ana | 12 de nov.

5. ACCIONES DE LA RETRO INCLUIDAS
   Revisar código en parejas dos veces por semana | Lin

6. FUERA A PROPÓSITO
   Apple Pay | Sin capacidad, no sirve al objetivo | Ana

7. CONFIANZA: 4.2 / 5

La sección 6 aporta más de lo que parece: cuando ventas pregunta por qué Apple Pay no está en el sprint, Ana ya tiene la respuesta. Pasa las secciones 4 y 5 a tu registro de seguimiento de tareas para que se revisen, y consulta nuestra guía sobre la frecuencia de reuniones para acomodar la planificación junto a tus otras reuniones recurrentes.

¿Conviene grabar el sprint planning?

Grabar le permite a quien facilita dirigir la sala en lugar de escribir. Pregunta primero, di qué vas a conservar y quién lo verá, y detente si alguien se opone. Las reglas de consentimiento varían según el lugar, y nuestra guía sobre el consentimiento de una parte explica lo básico en Estados Unidos.

ParrotNotes graba en un celular o Mac en la sala, sin bot de reuniones, y te da una transcripción, un resumen y tareas para pegar en la plantilla. A noviembre de 2026, las grabaciones pueden durar hasta 3 horas en Pro (US$19.99 al mes, o US$14.99 al mes con pago anual), así que una sesión de dos horas cabe.

El plan gratis permite 30 minutos por grabación y 100 minutos al mes, así que no grabes toda la sesión. Graba el paso 6: leer en voz alta el objetivo, los elementos, los riesgos y los responsables toma menos de 10 minutos y te da el resumen. Descarga ParrotNotes y pruébalo en tu próxima sesión de planificación.

Haz más corta tu próxima sesión de planificación

Una buena agenda para la reunión de sprint planning te da tres cosas: un objetivo en una frase, un pronóstico basado en la capacidad real y un plan que pertenece a los Developers. Para lograrlo:

• Empieza por el porqué, antes de que alguien abra el backlog
• Haz el cálculo de capacidad antes de seleccionar trabajo
• Deja de seleccionar cuando llegues al número
• Sal con una página y compártela ese mismo día

El equipo de Lena cambió el orden y agregó el cálculo. Su siguiente sesión abrió con el Sprint Goal, hizo el cálculo de capacidad en ocho minutos y terminó cinco minutos antes. El día cuatro, cuando una tarea se alargó, la cambiaron y mantuvieron el objetivo.