Guía
Metodologías ágiles
«Ágil» se ha usado para vender de todo. Debajo del ruido hay una idea sencilla y útil: entregar en trozos pequeños, mirar el resultado y corregir el rumbo con esa información.
Última actualización:
El manifiesto ágil (2001) no es un método: son cuatro preferencias y doce principios. La esencia práctica es reducir el tamaño del lote —entregar poco y a menudo— para acortar el tiempo entre una decisión y la prueba de si fue acertada.
Ágil frente a cascada
En cascada se define todo el alcance por adelantado y se ejecuta en fases largas (análisis, diseño, desarrollo, pruebas). Funciona cuando el problema se conoce bien y cambia poco. En cuanto hay incertidumbre —sobre lo que quiere el usuario, sobre la técnica— el enfoque ágil reduce el riesgo porque descubres los errores en semanas, no al final.
Kanban
Kanban es lo más ligero que se puede llamar ágil: visualizar el trabajo en un tablero, limitar cuántas cosas hay en curso a la vez y medir el tiempo de ciclo. No tiene roles ni iteraciones. Encaja muy bien en soporte, mantenimiento y equipos donde el trabajo llega de forma imprevisible.
Scrum
Scrum añade una estructura de iteraciones (*sprints*), tres roles y una serie de reuniones. Aporta ritmo y previsibilidad cuando hay que comprometerse con entregas ante terceros. Tiene su propia guía.
Cuándo NO conviene
- Contratos de alcance y precio cerrados por adelantado sin margen de cambio: el modelo ágil choca con la forma del contrato.
- Sistemas con certificación por versión o requisitos regulatorios que exigen documentación completa previa.
- Equipos de una sola persona: gran parte de la mecánica ágil es coordinación, y sobra.
- Cuando «ágil» se usa como excusa para no planificar ni escribir nada: eso no es ágil, es desorden.
Preguntas frecuentes
Lo que suelen preguntarnos
¿Ágil significa no documentar ni planificar?
No. Significa no invertir en documentación y planificación que van a quedar obsoletas antes de usarse. Se documenta y se planifica lo que aporta valor en el horizonte en el que es fiable.
¿Kanban o Scrum?
Kanban si el trabajo es continuo e imprevisible y priorizas sobre la marcha. Scrum si necesitas comprometerte con entregas por fechas y te va bien un ritmo de iteraciones.
¿Se puede ser ágil con un cliente que quiere precio cerrado?
Sí, cerrando el precio de una primera fase acotada y volviendo a presupuestar con lo aprendido. El diagnóstico previo sirve justo para eso.
¿"Agile a escala" (SAFe, LeSS) merece la pena?
Solo con muchos equipos trabajando sobre un mismo producto. Para una o dos células, añade coordinación que no se necesita.
Servicios relacionados
Guías relacionadas
Siguiente paso
Media hora bien invertida
Cuéntanos el problema en una llamada corta. Salimos con una primera orientación de por dónde iría y qué implicaría, sin compromiso y sin presentación comercial.