Agile real: deja de coleccionar ceremonias
El standup diario, el sprint review, la retrospectiva... ¿cuántas reuniones necesitas antes de darte cuenta de que no estás siendo ágil?
Hay una paradoja en muchos equipos de software: cuanto más siguen el libro de Scrum, menos ágiles son.
He visto equipos con standups de 45 minutos, retrospectivas donde nadie dice lo que piensa, y sprints que se "completan" moviendo tickets a done cinco minutos antes de la review. Eso no es agile. Eso es teatro ágil.
El problema con las ceremonias
Las ceremonias de Scrum son herramientas, no objetivos. Cuando el equipo empieza a hacer las ceremonias para hacer las ceremonias, ha perdido el norte.
El Manifiesto Ágil dice:
Individuos e interacciones sobre procesos y herramientas.
Fíjate en el orden. Las personas primero. Los procesos después. Pero en muchos equipos es exactamente al revés: el proceso (Scrum, Jira, el tablero) se convierte en el fin, y las personas se adaptan a él.
¿Qué es agile real?
Agile real no tiene que ver con cuántas ceremonias haces. Tiene que ver con tres cosas:
1. Entrega continua de valor
Si al final de cada sprint no hay algo tangible que el usuario pueda usar o evaluar, el sprint no funcionó. No importa si completaste el 100% de los story points.
2. Feedback loops cortos
El valor de un sprint no es el software entregado — es el aprendizaje obtenido. ¿Aprendiste algo sobre lo que el usuario necesita? ¿Ajustaste el rumbo? Si no, el sprint fue un batch de trabajo disfrazado de iteración.
3. Equipos que se adaptan, no que ejecutan
Un equipo ágil no ejecuta un plan. Lo cuestiona, lo mejora, y cuando la realidad cambia, cambia con ella. Si tu equipo lleva tres sprints ejecutando un plan sin cuestionarlo, no es ágil.
Cómo arreglarlo
No hace falta abandonar Scrum. Hace falta entender por qué existe cada ceremonia:
- Standup → Detectar bloqueos, no reportar estado. Si dura más de 15 minutos, algo está mal.
- Sprint review → Obtener feedback real de stakeholders, no una demo de PowerPoint.
- Retrospectiva → Mejora continua con acciones concretas. Si sales sin un action item, fue una queja grupal, no una retro.
La clave es la honestidad. Agile funciona cuando el equipo puede decir "esto no está funcionando" sin consecuencias políticas.
Conclusión
La próxima vez que alguien te diga que su equipo es ágil porque hace Scrum, pregúntale: ¿cuándo fue la última vez que cambiasteis el plan basándoos en feedback real?
Si tarda en responder, ya tienes la respuesta.