Jump to content

Sprint: Difference between revisions

From Scrum Manager BoK
No edit summary
 
(One intermediate revision by the same user not shown)
Line 1: Line 1:
{{Meta-bok|min=4}}
[[File:Sprint.png|250px|right]]
[[File:Sprint.png|250px|right]]
Un '''''sprint''''' es el ciclo de tiempo en el que se desarrolla cada incremento iterativo del producto. Cada ''sprint'' produce un [[incremento]].
Un '''sprint''' es el ciclo de tiempo en el que se desarrolla cada [[Incremento iterativo|incremento iterativo]] del producto. Es el contenedor de todos los demás [[Eventos|eventos]] de Scrum técnico y el mecanismo fundamental de cadencia del marco. Cada sprint produce un [[Incremento|incremento]] utilizable.


En función de las características del proyecto y el criterio del equipo, lo habitual es realizar ''sprints'' de duración no inferior a una semana ni mayor de un mes<sup>1</sup>. Lo más habitual es que tengan siempre la misma medida, marcando una cadencia, pero ésta puede ir '''evolucionando o ajustarse'''.
En función de las características del proyecto y el criterio del equipo, lo habitual es realizar sprints de duración no inferior a una semana ni mayor de un mes. Lo más habitual es que tengan siempre la misma medida, marcando una cadencia, pero esta puede ir evolucionando o ajustarse.
==Características==
 
Al comenzar a trabajar con scrum es recomendable considerar el sprint como el evento contenedor de todos los demás:
== Características ==
*Marca el ritmo de avance diario y permite visualizarlo y compartirlo en las reuniones de [[scrum diario]].
Al comenzar a trabajar con Scrum es recomendable considerar el sprint como el evento contenedor de todos los demás:
*Marca un ritmo fijo para comprobar el desarrollo del producto en las [[Planificación del sprint|reuniones de planificación]] y [[revisión del sprint]].
* Marca el ritmo de avance diario y permite visualizarlo y compartirlo en las reuniones de [[Scrum diario|Scrum diario]].
*A ese mismo ritmo se introducen las reuniones de [[retrospectiva]], para reflexionar y mejorar. En implementaciones más maduras de scrum, sin embargo, es posible considerar que el ámbito del sprint es sólo la construcción del incremento, dejando a un lado las reuniones. Esto puede interesar al equipo, por ejemplo, para poder calcular la velocidad del ''sprint'' considerando sólo el tiempo de trabajo, sin incluir las reuniones de inicio, cierre y retrospectiva; o para tener mayor flexibilidad al realizar ''sprints'' de duraciones diferentes; o para separar la frecuencia de las retrospectivas de la de los ''sprints''.
* Marca un ritmo fijo para comprobar el desarrollo del producto en las [[Planificación del sprint|reuniones de planificación]] y [[Revisión del sprint|revisión del sprint]].
* A ese mismo ritmo se introducen las reuniones de [[Retrospectiva|retrospectiva]], para reflexionar y mejorar. En implementaciones más maduras de Scrum, sin embargo, es posible considerar que el ámbito del sprint es solo la construcción del incremento, dejando a un lado las reuniones. Esto puede interesar al equipo, por ejemplo, para poder calcular la [[Velocidad|velocidad]] del sprint considerando solo el tiempo de trabajo, sin incluir las reuniones de inicio, cierre y retrospectiva; o para tener mayor flexibilidad al realizar sprints de duraciones diferentes; o para separar la frecuencia de las retrospectivas de la de los sprints.
<br>
<br>
[[File:Modelo-iterativo-evolutivo-sprint.png|500px|center]]
[[File:Modelo-iterativo-evolutivo-sprint.png|500px|center]]
</br>
<br>
== Principio y valores ==
* '''Mejora continua:''' el ritmo de avance en iteraciones permite detectar problemas de forma temprana y mejorar continuamente tanto el producto como el proceso. Al finalizar cada sprint el equipo tiene evidencia tangible de lo que ha funcionado y lo que hay que cambiar.
* '''Timeboxing:''' la duración fija del sprint actúa como motor de avance, combate la [[Ley de Parkinson|Ley de Parkinson]] y crea la urgencia necesaria para priorizar y tomar decisiones.
* '''Transparencia e inspección:''' el sprint produce resultados visibles a intervalos regulares, lo que permite a los stakeholders inspeccionar el avance real del producto —no documentos o estimaciones— y adaptar la dirección si es necesario.
 
== Error frecuente ==
<div class="bok-aviso">
'''Alargar el sprint cuando hay trabajo sin terminar.''' La fecha de fin del sprint es fija. Si el equipo no completa todo el trabajo comprometido, la respuesta correcta es ajustar el alcance (dejar historias para el siguiente sprint), no alargar el sprint. Alargar el sprint para "terminar todo" destruye la cadencia, elimina el punto de inspección y aprendizaje, y enmascara los problemas de planificación que hay que resolver.
</div>


==Principio y valores==
== Recursos ==
*'''Mejora continua:''' el ritmo de avance en iteraciones breves facilita identificar hitos en los que pararse a reflexionar sobre cómo mejorar la calidad del producto y de los sistemas de trabajo.  
<div class="bok-recurso">
*'''Desarrollo iterativo e incremental:''' es la unidad básica de tiempo durante la que se construye cada incremento, por tanto el engranaje entorno al que gira todo el desarrollo.  
📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
*'''Ritmo de trabajo sostenible:''' marca el pulso de avance.
</div>
*'''Operativa visible:''' permite la identificación temprana de impedimentos.  
<div class="bok-recurso">
*'''Cadencia y sincronización global:''' marca la cadencia de las entregas mediante ''timeboxing''. Permite predecir la frecuencia de reuniones y de fechas de entrega, así como sincronizar el trabajo de diferentes equipos.
📄 [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]] [[Incremento iterativo]] [[Planificación del sprint]] [[Scrum diario]] [[Revisión del sprint]] [[Retrospectiva]] [[Objetivo del sprint]] [[Ley de Parkinson]]
</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>


==Véase también==
*[[Eventos]].
*[[Planificación del sprint]].
*[[Scrum diario]].
*[[Revisión del sprint]].
*[[Retrospectiva]].
*[https://www.scrummanager.com/website/c/info/docs-media.php Scrum Manager web: Libro ''Scrum Master''].
*[https://open.spotify.com/episode/7basfIeLN9L5A6FMOGHAf3?si=5607c7d808044c4b Scrum Manager Podcast | Episodio 4: Eventos de Scrum].
*[https://www.scrummanager.com/blog/2023/02/cuales-son-los-eventos-reuniones-scrum/ Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 4: Eventos de Scrum].
<br>
<small><sup>1</sup>Las primeras descripciones del ciclo de Scrum ([[Schwaber & Beedle]]) establecían una duración mínima de dos semanas y máxima de dos meses. Tanto entonces como ahora, los ciclos de desarrollo con iteraciones de más de dos meses no se consideran ágiles.</small>
</br>
[[Category:Glosario de términos]]
[[Category:Glosario de términos]]
[[Category:Scrum]]
[[Category:Scrum]]
[[Category:Standard scrum]]
[[Category:Standard scrum]]

Latest revision as of 16:58, 19 May 2026

⏱ 4 min de lectura  ·  📅 Actualizado en 2026

Un sprint es el ciclo de tiempo en el que se desarrolla cada incremento iterativo del producto. Es el contenedor de todos los demás eventos de Scrum técnico y el mecanismo fundamental de cadencia del marco. Cada sprint produce un incremento utilizable.

En función de las características del proyecto y el criterio del equipo, lo habitual es realizar sprints de duración no inferior a una semana ni mayor de un mes. Lo más habitual es que tengan siempre la misma medida, marcando una cadencia, pero esta puede ir evolucionando o ajustarse.

Características

Al comenzar a trabajar con Scrum es recomendable considerar el sprint como el evento contenedor de todos los demás:

  • Marca el ritmo de avance diario y permite visualizarlo y compartirlo en las reuniones de Scrum diario.
  • Marca un ritmo fijo para comprobar el desarrollo del producto en las reuniones de planificación y revisión del sprint.
  • A ese mismo ritmo se introducen las reuniones de retrospectiva, para reflexionar y mejorar. En implementaciones más maduras de Scrum, sin embargo, es posible considerar que el ámbito del sprint es solo la construcción del incremento, dejando a un lado las reuniones. Esto puede interesar al equipo, por ejemplo, para poder calcular la velocidad del sprint considerando solo el tiempo de trabajo, sin incluir las reuniones de inicio, cierre y retrospectiva; o para tener mayor flexibilidad al realizar sprints de duraciones diferentes; o para separar la frecuencia de las retrospectivas de la de los sprints.



Principio y valores

  • Mejora continua: el ritmo de avance en iteraciones permite detectar problemas de forma temprana y mejorar continuamente tanto el producto como el proceso. Al finalizar cada sprint el equipo tiene evidencia tangible de lo que ha funcionado y lo que hay que cambiar.
  • Timeboxing: la duración fija del sprint actúa como motor de avance, combate la Ley de Parkinson y crea la urgencia necesaria para priorizar y tomar decisiones.
  • Transparencia e inspección: el sprint produce resultados visibles a intervalos regulares, lo que permite a los stakeholders inspeccionar el avance real del producto —no documentos o estimaciones— y adaptar la dirección si es necesario.

Error frecuente

Alargar el sprint cuando hay trabajo sin terminar. La fecha de fin del sprint es fija. Si el equipo no completa todo el trabajo comprometido, la respuesta correcta es ajustar el alcance (dejar historias para el siguiente sprint), no alargar el sprint. Alargar el sprint para "terminar todo" destruye la cadencia, elimina el punto de inspección y aprendizaje, y enmascara los problemas de planificación que hay que resolver.

Recursos

📄 Scrum Master v.4.0Descarga gratuita · Scrum Manager

📄 Scrum Master en equipos con IADescarga gratuita · Scrum Manager

Véase también

¿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.