MetodologíasBásico

Sprint

Período de duración fija (un mes o menos) en Scrum durante el cual se crean uno o más incrementos de producto terminados y utilizables.

Pronunciación

/sprɪnt/
"sprint"
Escuchar en:Forvo Cambridge

Qué es

Un Sprint es el corazón de Scrum. Es un período fijo de tiempo (típicamente 2 semanas) durante el cual:

  1. Se selecciona trabajo del Product Backlog
  2. Se desarrolla un incremento de producto
  3. Se entrega algo potencialmente usable

Según la Guía Oficial de Scrum:

“Los Sprints son el latido del corazón de Scrum, donde las ideas se convierten en valor.”

Errores comunes de pronunciación

  • ❌ “es-print” (añadir una ‘e’ inicial y partirla en dos sílabas)
  • ❌ “esprín” (la ‘t’ final se pronuncia)

Características del Sprint

Característica Descripción
Duración fija Un mes o menos; se recomienda mantenerla constante
Timeboxed Siempre termina en la fecha acordada
Sprint Goal protegido No se hacen cambios que pongan en peligro el Sprint Goal (el alcance sí puede aclararse y renegociarse con el Product Owner)
Calidad constante El Definition of Done no se reduce

El Ciclo del Sprint

┌─────────────────────────────────────────────────────────┐
│          SPRINT (2 semanas, duraciones aproximadas)      │
├─────────────────────────────────────────────────────────┤
│                                                          │
│   Sprint        Daily      Desarrollo    Sprint   Sprint │
│   Planning  →   Scrum  →   del trabajo → Review → Retro │
│   (4h)         (15min/día)              (2h)     (1.5h) │
│                                                          │
└─────────────────────────────────────────────────────────┘

Los 4 Eventos dentro del Sprint

1. Sprint Planning (Planificación)

Duración: Máximo 8 horas para Sprint de 1 mes

Se define:

  • Qué: ¿Qué se puede entregar en este Sprint?
  • Cómo: ¿Cómo se realizará el trabajo?
  • Sprint Goal: Objetivo único que guía el Sprint

2. Daily Scrum (Diario)

Duración: Timebox de 15 minutos

Reunión diaria donde los Developers inspeccionan el progreso hacia el Sprint Goal y ajustan su plan. La Guía 2020 no impone un formato; muchos equipos todavía usan las tres preguntas clásicas:

  • ¿Qué hice ayer?
  • ¿Qué haré hoy?
  • ¿Hay impedimentos?

3. Sprint Review (Revisión)

Duración: Máximo 4 horas

Se inspecciona el Incremento y se adapta el Product Backlog:

  • Demo del trabajo completado
  • Feedback de stakeholders
  • Ajuste de prioridades

4. Sprint Retrospective (Retrospectiva)

Duración: Máximo 3 horas

El equipo reflexiona sobre cómo mejorar:

  • ¿Qué funcionó bien?
  • ¿Qué podemos mejorar?
  • Acciones concretas para el siguiente Sprint

Caso Práctico: Construyendo una App de Delivery

Imagina que estás desarrollando una app de delivery de comida.

Sprint 1: El MVP (2 semanas)

Sprint Goal: “Los usuarios pueden ver restaurantes y hacer un pedido básico”

Día Trabajo
1 Sprint Planning: definir stories
2-3 Lista de restaurantes
4-5 Página de menú
6-7 Carrito de compras
8-9 Checkout básico
10 Sprint Review + Retrospectiva

Resultado: App funcionando con flujo básico de pedido

Sprint 2: Mejoras basadas en feedback (2 semanas)

Sprint Goal: “Mejorar la experiencia de búsqueda y pago”

  • Filtros de restaurantes
  • Pasarela de pago real
  • Notificaciones push
  • Correcciones de bugs del Sprint 1

Reglas del Sprint

✅ Se puede hacer durante un Sprint:

  • Refinar el Product Backlog (la Guía 2020 ya no fija un porcentaje de tiempo)
  • Clarificar el alcance con el Product Owner
  • Renegociar alcance (no calidad) con el Product Owner si es necesario

❌ No se puede hacer:

  • Hacer cambios que pongan en peligro el Sprint Goal (si el objetivo queda obsoleto, solo el Product Owner puede cancelar el Sprint)
  • Reducir la calidad (Definition of Done)
  • Extender la duración
  • Agregar trabajo que comprometa el Sprint Goal

¿Qué pasa si no terminamos todo?

Es normal. Lo importante es:

  1. No extender el Sprint - Termina cuando termina
  2. Entregar lo terminado - Solo lo que cumple el Definition of Done
  3. Devolver al Backlog - Lo incompleto vuelve al Product Backlog
  4. Aprender - ¿Por qué no terminamos? (discutir en Retrospectiva)

Duración recomendada

Duración Ideal para
1 semana Equipos experimentados, alta incertidumbre
2 semanas La más común, buen balance
3 semanas Proyectos con más ceremonia
4 semanas / 1 mes Máximo permitido, proyectos complejos

Tip: Una vez elegida la duración, mantenla consistente durante todo el proyecto.

Anti-patrones comunes

Anti-patrón Problema Solución
Sprint Variable “Este Sprint será de 3 semanas” Mantener duración fija
Mini-waterfall Diseño → Desarrollo → Testing secuencial Trabajo en paralelo
Scope Creep “Solo agrega esta cosita…” Proteger el Sprint Goal
Demo sin terminar “Esto está al 90%…” Solo mostrar lo terminado

Términos relacionados

  • Scrum - Marco de trabajo que contiene los Sprints
  • Daily Standup - Reunión diaria dentro del Sprint
  • Sprint Planning - Evento que inicia el Sprint
  • Sprint Review - Evento para inspeccionar el Incremento (la Retrospectiva es la que cierra el Sprint)

Recuerda: El Sprint es un contenedor de tiempo fijo. Es mejor entregar menos con calidad que más a medias. La consistencia y predictibilidad son más valiosas que la velocidad.