Introducción
Scrum es la metodología ágil más popular para el desarrollo de software. Si estás empezando, esta guía trata los siguientes temas:
- 3 Roles esenciales (Product Owner, Scrum Master, equipo de desarrollo)
- 4 ceremonias (planificación, diaria, revisión, retrospectiva)
- Cómo estructurar los primeros sprints
- Errores habituales y cómo evitarlos
3 funciones esenciales
1. Responsable de producto (PO)
Responsabilidad: Definir qué hay que hacer (producto, prioridades).
Funciones:
- Mantener el Product Backlog (lista priorizada de tareas pendientes)
- Redactar historias de usuario (user stories)
- Establecer prioridades de forma iterativa (top sprint)
- Aceptar el trabajo finalizado (comprobar que esté bien)
Perfil ideal: Entiende el negocio y al usuario, disponible al 100 %, con capacidad de decisión.
Error habitual: PO secundario («hazlo cuando tengas tiempo») = Fallo.
2. Scrum Master (SM)
Responsabilidad: Eliminar los obstáculos y agilizar el proceso.
Funciones:
- Programar reuniones (de planificación, diarias, retrospectivas)
- Eliminar los bloqueadores en menos de 2 horas
- Proteger el equipo contra las interrupciones
- Enseñar Scrum al equipo
- Nunca ejerzas un control minucioso (equipo y autoorganización)
Error habitual: un SM que se convierte en jefe de proyecto (controla, exige) = debilita al equipo.
3. Equipo de desarrollo
Responsabilidad: Aportar valor (programación, diseño, control de calidad).
Funciones:
- Estimar el esfuerzo (puntos de historia)
- Autoorganización (cómo se hace, quién lo hace)
- Hacer la reunión diaria
- Entregar el incremento al final del sprint
Número ideal de participantes: de 5 a 9 personas (mínimo 3).
Composición: Desarrollador + Diseñador + Control de calidad (equipo multifuncional).
4 Ceremonias (Rituales)
Sesión 1: Planificación del sprint (2-4 h, inicio del sprint)
Objetivo: Decidir qué vas a hacer en este sprint (2 semanas habituales).
Flujo:
- El PO presenta las 3-5 historias principales de la lista de tareas pendientes (30 min)
- El equipo estima el esfuerzo con Planning Poker (1 h)
- El equipo divide las historias en tareas (30 min)
Resultado: Backlog de Sprint listo.
Sesión 2: Reunión diaria (15 min, todos los días)
Objetivo: Sincronizar e identificar los obstáculos.
Cada persona (45 seg):
- ¿Qué hice ayer?
- ¿Qué hago hoy?
- ¿Bloqueadores?
15 minutos exactos, sin discusión. Los problemas se tratarán después de la reunión diaria.
Sesión 3: Revisión del sprint (1-2 h, al final del sprint)
Objetivo: Mostrar el trabajo terminado al cliente/responsable de compras y recibir comentarios.
Flujo:
- El equipo realiza una demostración (1 h)
- PO valida / acepta (30 min)
- Debate sobre la hoja de ruta (30 min)
Ceremonia 4: Retrospectiva del sprint (1-1,5 h, tras la revisión)
Objetivo: ¿Qué ha salido bien? ¿Qué no ha salido bien? ¿Cómo se puede mejorar?
Formato sencillo: Ha ido bien / Ha ido mal / A mejorar
Resultado: 2-3 acciones concretas para el próximo sprint.
Cómo estructurar los primeros sprints
Sprint 0 (Sprint de planificación)
Objetivo: Configuración, no desarrollo.
- Establecer la duración del sprint (1, 2 o 4 semanas; recomiendo 2)
- Crear el backlog de producto inicial (50-100 historias)
- Filtrar las 10 noticias principales (detalles, estimación)
- Configuración de herramientas (Jira, Asana, etc.)
- Formación del equipo en Scrum
Sprint 1 (Primer sprint productivo)
Objetivo: Presentar las primeras historias, aprender el ritmo.
- Las 5 historias principales (20-30 puntos de historia)
- Deja un margen del 20 % para imprevistos
- Reunión diaria (9:15 h)
- Reseña y retrospectiva al final
Errores comunes
- Error 1: Sprint sin planificación (caos) – La planificación estructurada es esencial.
- Error 2: La reunión diaria que se convierte en una reunión (1 hora de debate) – 15 minutos exactos.
- Error 3: La crítica constructiva que se convierte en reproche: céntrate en el proceso, no en la persona.
- Error 4: Falta de gestión de la capacidad: conoce tu velocidad (promedio de SP por sprint).
Implementación rápida (4 semanas)
| Semana | Actividad |
|---|---|
| 1 | Configuración: funciones definidas, herramienta, formación |
| 2 | Sprint 0: Perfeccionar el backlog, planificación |
| 3-4 | Sprint 1: Ejecución, diario, revisión, retrospectiva |
| Después | Sprint 2+: Ritmo normal, mejora continua |
Glosario
| Término | Definición |
|---|---|
| Cartera de productos | Lista priorizada de todo lo que hay que hacer |
| Backlog del sprint | Historias seleccionadas para el sprint |
| Historia de usuario | «Como [usuario], quiero [funcionalidad] para [beneficio]» |
| Puntos de historia | Estimación relativa de la complejidad |
| Velocity | Promedio de SP completadas por sprint |
| Refinamiento | Preparación de casos (detalles, estimación) |
| Definición de «Terminado» | Criterios para considerar que algo está «listo» (probado, documentado, etc.) |
CTA final
Scrum funciona cuando se aplica correctamente. Si estás empezando, reserva una sesión de 60 minutos para adaptar Scrum a tu equipo.
Próximas lecturas:
Metodologías de gestión de proyectos | Implementación en 30 días
