Definición rápida
Scrum es un framework ágil que organiza el trabajo en ciclos cortos llamados «sprints» (1-4 semanas). Cada sprint entrega un incremento funcional del producto. Es el framework de gestión de proyectos más usado en equipos de desarrollo de software del mundo.
¿Qué es Scrum?
Scrum fue formalizado por Jeff Sutherland y Ken Schwaber en los años 90. Es la implementación más concreta y popular de los principios Agile. Su premisa: en proyectos complejos no puedes planificar todo desde el inicio. En lugar de un plan rígido de 12 meses, propone ciclos cortos de entrega donde el equipo construye algo funcional, lo revisa, aprende y ajusta el plan para el siguiente ciclo.
Los 3 pilares de Scrum
- Transparencia: Todo el trabajo y los problemas son visibles para todo el equipo
- Inspección: El equipo revisa frecuentemente trabajo y progreso
- Adaptación: Basado en la inspección, se ajustan los planes. Scrum abraza el cambio
Los roles de Scrum
- Product Owner (PO): Representa los intereses del negocio. Define y prioriza el backlog. Acepta o rechaza el trabajo completado.
- Scrum Master (SM): Coach del equipo. Facilita ceremonias, elimina obstáculos y protege al equipo de interrupciones. No es el «jefe».
- Development Team: Los que construyen el producto. Cross-funcional y auto-organizado.
Las ceremonias de Scrum
- Sprint Planning: Al inicio del sprint. Define qué y cómo se construirá. 2-4 horas para sprint de 2 semanas.
- Daily Scrum (Standup): 15 minutos diarios. ¿Qué hice ayer? ¿Qué haré hoy? ¿Hay impedimentos?
- Sprint Review: Al final del sprint. El equipo demuestra el trabajo completado a stakeholders.
- Sprint Retrospective: Reflexión del equipo: ¿qué salió bien? ¿qué mejorar? Foco en el proceso, no el producto.
Scrum vs Waterfall
| Característica | Scrum (Ágil) | Waterfall (Cascada) |
|---|---|---|
| Planificación | Adaptativa por sprint | Completa desde el inicio |
| Entrega | Incremental (cada sprint) | Al final del proyecto |
| Cambios | Bienvenidos | Costosos y difíciles |
| Feedback | Continuo | Al final |
Ejemplos reales en LATAM
Equipos tech en Chile y Colombia: La mayoría de startups SaaS en LATAM usan Scrum con sprints de 2 semanas. Una startup SaaS chilena redujo su tiempo de lanzamiento de features de 3 meses a 2 semanas al adoptar Scrum, mejorando la satisfacción del cliente y reduciendo el re-trabajo.
Agencias digitales en México: Muchas agencias adoptaron Scrum para gestionar múltiples proyectos de clientes simultáneamente, con reviews semanales que mantienen a los clientes informados y reducen correcciones tardías costosas.
Errores comunes al implementar Scrum
- Daily de 1 hora: El Daily Scrum debe ser máximo 15 minutos. Si se extiende, algo está mal.
- PO ausente o poco disponible: El Product Owner debe estar accesible para el equipo todos los días.
- No hacer retrospectivas: Es la ceremonia que más mejora los equipos. Saltársela elimina el mecanismo de mejora continua.
- Sprints demasiado cortos: Sprints de 1 semana generan overhead excesivo de planning y review. 2 semanas es el estándar más efectivo.
Preguntas Frecuentes (FAQ)
¿Cuánto dura un sprint de Scrum?
Típicamente 1-4 semanas. Lo más común y efectivo es 2 semanas. Sprints cortos (1 semana) son útiles en proyectos de alta incertidumbre. Sprints de 3-4 semanas para proyectos más estables o con mayor complejidad técnica.
¿Scrum funciona para equipos pequeños?
Sí, especialmente para equipos de 3-9 personas (el tamaño recomendado para el Development Team). Con equipos muy pequeños (2 personas), Scrum puede ser demasiado ceremonioso; en esos casos, una versión simplificada o Kanban puede ser más adecuada.
¿Cuál es la diferencia entre Scrum y Kanban?
Scrum usa sprints de duración fija y tiene roles y ceremonias definidas. Kanban es un flujo continuo de trabajo sin sprints, con un tablero que visualiza el flujo y límites de trabajo en progreso (WIP). Scrum es mejor para proyectos de producto; Kanban para flujos operativos continuos (soporte, ops, mantenimiento).
