Planificación del sprint

⏱ 5 min de lectura  ·  📅 Actualizado en 2026

La planificación del sprint (Sprint Planning) es el evento del ciclo Scrum que marca el inicio de cada sprint. En ella se toman como base las prioridades y necesidades de negocio del cliente y se determinan cuáles y cómo van a ser las funcionalidades que se incorporarán al producto al terminar el sprint.

Descripción

Se trata de una reunión conducida por el Scrum Master (o, en su ausencia, un desarrollador) a la que deben asistir el propietario del producto y los desarrolladores, y en la que también pueden estar presentes otros implicados en el proyecto.

Puede durar hasta una jornada de trabajo completa, según el volumen o complejidad de los elementos de la pila del producto (historias de usuario) que se desean incluir en el próximo incremento.

La reunión debe dar respuesta a tres cuestiones:

1.- ¿Por qué es valioso este sprint?

El propietario del producto expone en qué forma el producto puede incrementar su valor con el resultado del sprint que se va a realizar. Esta cuestión determina cuál es el objetivo del sprint.

2.- ¿Qué se puede hacer en el sprint?

Una vez compartido cuál es el incremento de valor que espera el propietario del producto, los desarrolladores determinan los elementos de la pila del producto que van a realizar. En este proceso pueden refinarse los elementos de la pila que puedan necesitar mayor concreción o explicación.

3.- ¿Cómo se va a realizar el trabajo seleccionado?

Este punto puede ser opcional; es recomendable en equipos con menos experiencia. Puede ser beneficioso que los desarrolladores descompongan cada historia del sprint en tareas, de un día de trabajo o menos. Ayuda a ir generando una mejor intuición de lo que entrañan diferentes tipos de historia, y a visualizar el avance del sprint día a día.

Estructura

Se recomienda articular la reunión en dos partes de duración similar, separadas por una pausa:

1. Qué se entregará al terminar el sprint.
2. Cómo se conseguirá el incremento, estimando con puntos de historia o como el equipo considere los requisitos necesarios.

Primera mitad: ¿por qué es valioso este sprint y qué se puede hacer en él?

El propietario del producto es el responsable de la presentación en esta primera mitad de la reunión.

• Expone las historias de usuario de mayor prioridad, explicando qué se necesita y qué prevé que se podrá desarrollar en el siguiente sprint.
• Si la pila ha tenido cambios significativos desde la anterior reunión, explica las causas que los han ocasionado. El objetivo es que todos comprendan, con un nivel de detalle suficiente, el incremento que se desea obtener con el sprint.
• La exposición debe estar abierta a preguntas y se pueden solicitar aclaraciones. Cualquier desarrollador puede proponer sugerencias, modificaciones y soluciones alternativas, y modificar la pila en consecuencia.
• Esta reunión es un punto caliente de Scrum para favorecer la fertilización cruzada de ideas y añadir valor a la visión del producto.
• Tras reordenar y replantear las historias de la pila, el equipo define el «objetivo del sprint»: una frase que sintetiza cuál es el valor que se va a entregar al cliente. La elaboración de este lema de forma conjunta en la reunión es una garantía de que todo el equipo comprende y comparte la finalidad del trabajo.

Segunda mitad: ¿cómo se conseguirá el incremento?

Esta segunda parte debe considerarse como una «reunión del equipo», en la que deben estar todos los desarrolladores y ser ellos quienes descompongan, estimen y asignen el trabajo.

El papel del propietario del producto es atender a dudas y comprobar que comprenden y comparten su objetivo.

• El equipo compone la pila del sprint y desglosa las historias que necesiten mayor nivel de detalle en unidades más pequeñas.
• Se establecen cuáles serán las historias o tareas prioritarias para los primeros días.
• Una vez establecido, los desarrolladores se auto-asignan la responsabilidad de las tareas que mejor se ajusten a su perfil respetando el orden de prioridad, procurando distribuir el trabajo de forma homogénea.

Planificación del sprint en equipos con IA

En equipos que trabajan con herramientas de IA generativa, la guía Scrum en equipos con IA de Scrum Manager describe una evolución de la planificación denominada sprint planning como atribución humano/IA: la actividad central pasa a ser decidir explícitamente qué trabajo hace cada tipo de inteligencia (humana o artificial).

1. El product architect presenta los ítems priorizados del backlog para el sprint.
2. El equipo clasifica cada tarea según los tres niveles: automatizada (IA con supervisión mínima), humana (requiere juicio o contexto que la IA no puede aportar) o revisión e integración (trabajo humano sobre output de la IA).
3. Para las tareas automatizadas se verifica la Definition of Ready para IA: ¿tiene el agente todo lo que necesita?
4. Se escriben o refinan las specs necesarias para las tareas automatizadas.
5. Se planifica el sprint incluyendo explícitamente las tareas de revisión e integración (R&I), no solo las de generación.
6. Se establece el objetivo del sprint con foco estratégico.

Llenar el sprint solo con tareas de generación por IA sin reservar capacidad suficiente para revisión humana provoca que el sprint colapse: todo el código está "generado" pero nadie lo ha podido revisar. Planificar explícitamente las tareas de R&I es lo que evita este cuello de botella.

Precondiciones

La organización tiene determinados y asignados los recursos necesarios para llevar a cabo el sprint.

• Ya están «preparadas» las historias de usuario de mayor prioridad de la pila del producto, con un nivel de concreción suficiente y una estimación previa del trabajo que requieren.
• Los desarrolladores tienen un conocimiento de las tecnologías empleadas y del negocio del producto suficientes para realizar estimaciones, y para comprender los conceptos del negocio que expone el propietario del producto.

Entradas

• Pila del producto.
• Producto desarrollado en los incrementos anteriores (excepto en el sprint 0).
• Velocidad o rendimiento del equipo en el último sprint, como criterio para estimar la cantidad de trabajo.
• Circunstancias de negocio del cliente y del escenario tecnológico empleado, y valor que espera obtener el propietario del producto.

Resultados

• Pila del sprint.
• Objetivo del sprint.

Error frecuente

Planificar sin haber refinado. Si las historias no están suficientemente preparadas antes de la reunión (sin criterios de aceptación, con dependencias no resueltas, o con un tamaño desconocido), la planificación del sprint se convierte en una sesión de refinamiento y estimación que consume todo el tiempo disponible sin producir un compromiso realista. El refinamiento previo es una precondición de la planificación, no una alternativa.

Recursos

🎙️ Ep. 4: Eventos de ScrumScrum Manager Podcast · Spotify

📄 Scrum Master v.4.0Descarga gratuita · Scrum Manager

📄 Scrum Master en equipos con IADescarga gratuita · Scrum Manager

Véase también

Eventos Sprint Revisión del sprint Retrospectiva Pila del sprint Propietario del producto Scrum Master Objetivo del sprint

¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.

Buscar convocatorias

Club Agile