Qué es
Un Sprint es el corazón de Scrum. Es un período fijo de tiempo (típicamente 2 semanas) durante el cual:
- Se selecciona trabajo del Product Backlog
- Se desarrolla un incremento de producto
- 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.”
Pronunciación
IPA: /sprɪnt/
Suena como: “esprínt” - una sola sílaba rápida, con énfasis en la ‘i’
Errores comunes:
- ❌ “es-print” (no como “imprimir”)
- ❌ “esprín” (la ‘t’ final se pronuncia)
Características del Sprint
| Característica | Descripción |
|---|---|
| Duración fija | 1-4 semanas (no cambia durante el proyecto) |
| Timeboxed | Siempre termina en la fecha acordada |
| Sin cambios de alcance | El Sprint Goal no cambia |
| Calidad constante | El Definition of Done no se reduce |
El Ciclo del Sprint
┌─────────────────────────────────────────────────────────┐
│ SPRINT (2 semanas) │
├─────────────────────────────────────────────────────────┤
│ │
│ 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: 15 minutos exactos
Reunión diaria donde los Developers sincronizan su trabajo:
- ¿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 (no más del 10% del tiempo)
- Clarificar el alcance con el Product Owner
- Negociar alcance (no calidad) si es necesario
❌ No se puede hacer:
- Cambiar el Sprint Goal
- Reducir la calidad (Definition of Done)
- Extender la duración
- Agregar trabajo sin quitar algo equivalente
¿Qué pasa si no terminamos todo?
Es normal. Lo importante es:
- No extender el Sprint - Termina cuando termina
- Entregar lo terminado - Solo lo que cumple el Definition of Done
- Devolver al Backlog - Lo incompleto vuelve al Product Backlog
- 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 | 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 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.