Los pilares de Scrum: empirismo, no burocracia
Scrum no es un conjunto de reglas rígidas: es un marco liviano basado en 3 pilares — transparencia (todos ven el mismo trabajo y avance), inspección (revisar seguido para detectar desvíos) y adaptación (ajustar el plan cuando algo no funciona).
A esto se suman 5 valores del equipo Scrum: compromiso, foco, apertura, respeto y coraje. Sin ellos, los eventos de Scrum se vuelven trámite vacío — reuniones por cumplir, no por aprender.
Los roles de Scrum (solo 3, desde la guía 2020)
Desde la actualización de 2020, Scrum define un único Scrum Team con 3 roles, sin jerarquía entre ellos:
- Product Owner — dueño del Product Backlog; maximiza el valor del producto y decide qué se construye primero.
- Scrum Master — facilita el proceso, remueve impedimentos y protege al equipo de interrupciones; no es 'jefe de proyecto'.
- Developers — el equipo que construye el Increment cada Sprint; auto-organizado, sin sub-roles fijos.
Las 5 ceremonias (eventos) de Scrum
Todo Scrum ocurre dentro de un Sprint (1 a 4 semanas, normalmente 2). Dentro de cada Sprint hay 4 eventos más, todos con tiempo máximo (timebox) para evitar que se extiendan sin control:
- Sprint — el contenedor de todo lo demás; empieza cuando termina el anterior.
- Sprint Planning — el equipo define el Sprint Goal y qué entra al Sprint Backlog (hasta 8 h para un Sprint de 1 mes).
- Daily Scrum — 15 minutos diarios para sincronizar avance hacia el Sprint Goal, no un reporte de status a un jefe.
- Sprint Review — se inspecciona el Increment con stakeholders y se ajusta el Product Backlog.
- Sprint Retrospective — el equipo revisa cómo trabajó (no solo qué construyó) y define una mejora concreta.
Los 3 artefactos y sus compromisos
Cada artefacto de Scrum tiene un 'compromiso' que da foco y permite medir progreso real:
Product Backlog
- Qué es
- Lista ordenada de todo lo que el producto podría necesitar
- Compromiso asociado
- Product Goal
Sprint Backlog
- Qué es
- Lo elegido para el Sprint + el plan para lograrlo
- Compromiso asociado
- Sprint Goal
Increment
- Qué es
- El resultado utilizable construido en el Sprint
- Compromiso asociado
- Definition of Done
¿Scrum tiene 'fases'? La confusión más común
Mucha gente busca 'fases de la metodología Scrum' esperando algo como Waterfall (análisis → diseño → desarrollo → prueba). Scrum no funciona así: es iterativo, no secuencial. Cada Sprint repite el mismo ciclo completo — planear, construir, revisar, ajustar — en vez de avanzar por etapas únicas.
Si ves listas de '5 o 6 fases de Scrum' en internet, en realidad describen los 5 eventos de arriba reordenados como si fueran pasos lineales. Es una simplificación útil para aprender, pero no representa cómo Scrum se ejecuta en la práctica: en ciclos cortos que se repiten Sprint tras Sprint.
Scrum vs Kanban vs SAFe: diferencias rápidas
Los tres son marcos ágiles, pero resuelven problemas distintos:
Scrum
- Unidad de trabajo
- Sprints con fecha fija
- Mejor para
- Equipos de producto con entregas periódicas
Kanban
- Unidad de trabajo
- Flujo continuo, sin Sprints
- Mejor para
- Soporte, operaciones, flujo variable de tickets
SAFe
- Unidad de trabajo
- Múltiples equipos Scrum coordinados
- Mejor para
- Organizaciones grandes con varios equipos dependientes
Lo que Scrum no te enseña (y por qué importa)
Scrum te da vocabulario, roles y ritmo. Lo que no te da es la habilidad de sostener ese ritmo cuando el plan cambia a mitad del Sprint, el Product Owner reprioriza todo o el equipo entra en conflicto en el Daily.
Esa habilidad no se lee en la Scrum Guide: se practica. Por eso RECOProgramando creó Ágil de Verdad — un taller presencial de 2 horas en Lima, sin certificación ni examen, enfocado en entrenar tu reacción real al cambio, no en repetir el marco teórico.
Preguntas frecuentes
Un framework ágil para gestionar trabajo complejo en ciclos cortos (Sprints), con 3 roles, 5 eventos y 3 artefactos, basado en transparencia, inspección y adaptación.