Planificación del sprint: Difference between revisions

Latest revision as of 10:28, 21 May 2026

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

Qué se entregará al terminar el sprint.
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).

El product architect presenta los ítems priorizados del backlog para el sprint.
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).
Para las tareas automatizadas se verifica la Definition of Ready para IA: ¿tiene el agente todo lo que necesita?
Se escriben o refinan las specs necesarias para las tareas automatizadas.
Se planifica el sprint incluyendo explícitamente las tareas de revisión e integración (R&I), no solo las de generación.
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

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

@@ Line 1: / Line 1: @@
-__NOTOC__
+{{Meta-bok|min=5}}
+[[File:Reunion-planificacion-sprint.png|250px|thumb|right]]
+La '''planificación del sprint''' (''Sprint Planning'') es el evento del ciclo Scrum que marca el inicio de cada [[Sprint|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===
+== Descripción ==
-En esta reunión 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 en el siguiente sprint.
+Se trata de una reunión conducida por el '''[[Scrum Master]]''' (o, en su ausencia, un [[Desarrollador|desarrollador]]) a la que deben asistir el [[Propietario del producto|propietario del producto]] y los desarrolladores, y en la que también pueden estar presentes otros implicados en el proyecto.
-Se trata de una reunión conducida por el responsable del funcionamiento del marco scrum (Scrum Master en scrum técnico, o un miembro del equipo, en scrum pragmático) a la que deben asistir el propietario del producto y el equipo completo, y a la que también pueden asistir 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|pila del producto]] ([[Historia de usuario|historias de usuario]]) que se desean incluir en el próximo incremento.
+La reunión debe dar respuesta a '''tres cuestiones:'''
-La reunión puede durar una jornada de trabajo completa, cuando se trata de planificar un sprint largo (de un mes de duración) o un tiempo proporcional para planificar un sprint más breve.
+=== 1.- ¿Por qué es valioso este sprint? ===
-Esta reunión debe dar respuesta a dos cuestiones:
-*Qué se entregará al terminar el sprint.
-*Cuál es el trabajo necesario para realizar el incremento previsto, y cómo lo llevará a cabo el equipo.
+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|objetivo del sprint]].
-La reunión se articula en dos partes de igual duración, para dar respuesta a una de estas cuestiones, en cada una.
+=== 2.- ¿Qué se puede hacer en el sprint? ===
-===Precondiciones===
-*La organización tiene determinados los recursos disponibles para llevar a cabo el sprint.
-*Ya están “preparados” los elementos prioritarios de la pila del producto, de forma que ya tienen un nivel de detalle suficiente y una estimación previa del trabajo que requieren.
-El equipo tiene un conocimiento de las tecnologías empleadas, y del negocio del producto suficiente para realizar estimaciones basadas en juicio de expertos, y para comprender los conceptos del negocio que expone el propietario del producto.
-===Entradas===
-*La pila del producto.
-*El producto desarrollado hasta la fecha en los incrementos anteriores (excepto si se trata del primer sprint).
-*Dato de la velocidad o rendimiento del equipo en el último sprint, que se emplea como criterio para estimar la cantidad de trabajo que es razonable suponer para el próximo sprint.
-*Circunstancias de las condiciones de negocio del cliente y del escenario tecnológico empleado.
-===Resultados===
-*Pila del sprint.
-*Duración del sprint y fecha de la reunión de revisión.
-*Objetivo del sprint.
-===Formato de la reunión===
-Esta reunión marca el inicio de cada sprint.
-Duración máxima: un día.
-Asistentes: Propietario del producto, equipo de desarrollo y Scrum Master.
-Pueden asistir: todos aquellos que aporten información útil, ya que es una reunión abierta.
-Consta de dos partes separadas por una pausa de café o comida, según la duración.
-====Primera parte: Qué se entregará al terminar 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 [[Mantenimiento de la pila del producto|refinarse los elementos de la pila]] que puedan necesitar mayor concreción o explicación.
-El propietario del producto presenta la pila de producto, exponiendo los requisitos de mayor prioridad que necesita y que prevé que se podrán desarrollar en el siguiente sprint. Si la pila del producto ha tenido cambios significativos desde la anterior reunión, explica las causas que los han ocasionado.
-El objetivo es que todo el equipo conozca las razones y los detalles con el nivel suficiente para comprender el trabajo del sprint.
+=== 3.- ¿Cómo se va a realizar el trabajo seleccionado? ===
-'''Propietario del producto''':
+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.
-*Presenta las funcionalidades de la pila del producto que tienen mayor prioridad y que estima se pueden realizar en el sprint.
-*La presentación se hace con un nivel de detalle suficiente para transmitir al equipo toda la información necesaria para construir el incremento.
+== Estructura ==
-'''El equipo'''
+Se recomienda articular la reunión en dos partes de duración similar, separadas por una pausa:
-*Realiza las preguntas y solicita las aclaraciones necesarias.
-*Propone sugerencias, modificaciones y soluciones alternativas.
+# Qué se entregará al terminar el sprint.
+# Cómo se conseguirá el incremento, estimando con puntos de historia o como el equipo considere los requisitos necesarios.
-Los aportes del equipo pueden suponer modificaciones en la pila.
+=== Primera mitad: ¿por qué es valioso este sprint y qué se puede hacer en él? ===
-Esta reunión es un punto caliente de scrum para favorecer la fertilización cruzada de ideas en equipo y añadir valor a la visión del producto.
+El propietario del producto es el responsable de la presentación en esta primera mitad de la reunión.
-Tras reordenar y replantear las funcionalidades de la pila del producto, el equipo define el “objetivo del sprint” o frase que sintetiza cuál es el valor que se le va a entregar al cliente.
+* Expone las historias de usuario de mayor prioridad, explicando qué se necesita y qué prevé que se podrá desarrollar en el siguiente sprint.
-Exceptuando sprints dedicados exclusivamente a refactorización o a colecciones de tareas desordenadas (que deberían ser los menos), 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, y durante el sprint sirve de criterio de referencia en las decisiones que autogestiona el equipo.
+* 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.
-====Segunda parte: Cómo se conseguirá hacer el incremento.====
+* 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.
-El equipo desglosa cada funcionalidad en tareas, y estima el tiempo para cada una de ellas, componiendo así las tareas que forman la pila del sprint. En este desglose, el equipo tiene en cuenta los elementos de diseño y arquitectura que deberá incorporar el sistema.
+* 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? ===
-Los miembros del equipo establecen cuáles van a ser las tareas para los primeros días del sprint, y se las autoasignan tomando como criterios sus conocimientos, intereses y una distribución homogénea del trabajo.
+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.
-Esta segunda parte debe considerarse como una “reunión del equipo”, en la que deben estar todos sus miembros, 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 papel del propietario del producto es atender a dudas y comprobar que el equipo comprende y comparte 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.
-El Scrum Master actúa de moderador de la reunión.
+* 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.
+[[File:Planificacion sprint.png|center|500px|]]
-'''Funciones del Scrum Master'''
+== Planificación del sprint en equipos con IA ==
-El Scrum Master, o el moderador de la reunión es responsable y garante de:
-#Realizar esta reunión antes de cada sprint.
-#Asegurar que se cuenta con una pila de producto adecuadamente preparada por el propietario del producto.
-#Ayudar a mantener el diálogo entre el propietario del producto y el equipo.
-#Asegurar que se llegue a un acuerdo entre el propietario del producto y el equipo respecto de lo que incluirá el incremento.
-#Ayudar al equipo a comprender la visión y necesidades de negocio del cliente.
-#Asegurar que el equipo ha realizado una descomposición y estimación del trabajo realistas, y ha considerado las posibles tareas necesarias de análisis, investigación o apoyo.
-#Asegurar que al final de la reunión están objetivamente determinados:
-**Los elementos de la pila del producto que se van a ejecutar.
-**El objetivo del sprint.
-**La pila del sprint con todas las tareas estimadas.
-**La duración del sprint y la fecha de la reunión de revisión.
+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|atribución humano/IA]]''': la actividad central pasa a ser decidir explícitamente qué trabajo hace cada tipo de inteligencia (humana o artificial).
-El Scrum Master modera la reunión para que no dure más de un día. Debe evitar que el equipo comience a profundizar en trabajos de análisis o arquitectura que son propios del trabajo del sprint.
+# El ''product architect'' presenta los ítems priorizados del backlog para el sprint.
+# 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).
+# Para las tareas automatizadas se verifica la ''Definition of Ready'' para IA: ¿tiene el agente todo lo que necesita?
+# Se escriben o refinan las specs necesarias para las tareas automatizadas.
+# Se planifica el sprint incluyendo explícitamente las '''tareas de revisión e integración''' (R&I), no solo las de generación.
+# Se establece el objetivo del sprint con foco estratégico.
+<div class="bok-aviso">
+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.
+</div>
-[[Category:Scrum I]]
+== Precondiciones ==
+La organización tiene determinados y asignados los recursos necesarios para llevar a cabo el sprint.
+* Ya están [[A punto|«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|Pila del sprint]].
+* [[Objetivo del sprint|Objetivo del sprint]].
+== Error frecuente ==
+<div class="bok-aviso">
+'''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.
+</div>
+== Recursos ==
+<div class="bok-recurso">
+🎙️ [https://open.spotify.com/episode/7basfIeLN9L5A6FMOGHAf3 '''Ep. 4: Eventos de Scrum''']<span class="detalle">Scrum Manager Podcast · Spotify</span>
+</div>
+<div class="bok-recurso">
+📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
+</div>
+<div class="bok-recurso">
+📄 [https://scrummanager.com/files/scrumenequiposconia.pdf '''Scrum Master en equipos con IA''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
+</div>
+== Véase también ==
+<div class="bok-tags">
+[[Eventos]] [[Sprint]] [[Revisión del sprint]] [[Retrospectiva]] [[Pila del sprint]] [[Propietario del producto]] [[Scrum Master]] [[Objetivo del sprint]]
+</div>
+<div class="bok-ecosistema">
+<div class="texto">
+<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
+<span class="sub">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 [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
+</div>
+<div class="botones">
+<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
+<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
+</div>
+</div>
+[[Category:Glosario de términos]]
+[[Category:Scrum]]
+[[Category:Standard scrum]]