Por qué existe Agile

Antes de agile, la mayoría del software se construía usando el método "waterfall" (cascada): recopilar todos los requisitos por adelantado, diseñar todo, construirlo todo y luego probar al final. Esto funcionaba para puentes y edificios, pero el software es diferente.

¿El problema? Para cuando entregabas, los requisitos habían cambiado. Los usuarios no sabían lo que querían hasta que lo veían. Y encontrar errores al final significaba retrabajos costosos.

Las estadísticas eran brutales:

• El 64% de las funcionalidades rara vez o nunca se usaban
• Solo el 32% de los proyectos tenían éxito (a tiempo, dentro del presupuesto, con las funcionalidades requeridas)
• El proyecto promedio se retrasaba un 222%

En 2001, diecisiete desarrolladores de software se reunieron en un centro de esquí en Utah. Venían de diferentes orígenes—Extreme Programming, Scrum, Crystal y otros—pero compartían una frustración común con los procesos pesados.

Lo que crearon no fue un nuevo proceso. Fue un conjunto de valores y principios que podían guiar cualquier proceso. El Manifiesto Ágil fue intencionalmente breve: cuatro valores y doce principios.

La perspectiva clave: adoptar el cambio como una ventaja competitiva, no luchar contra él.

Agile se basa en el empirismo—la idea de que el conocimiento proviene de la experiencia y de tomar decisiones basadas en lo que se observa.

Tres pilares sostienen el empirismo:

Transparencia — Todos pueden ver lo que realmente está sucediendo. Sin estados ocultos, sin sorpresas.

Inspección — Examinar regularmente el trabajo y cómo el equipo está trabajando en conjunto.

Adaptación — Cuando algo no funciona, cámbialo. No esperes permiso.

Esto es fundamentalmente diferente de la gestión de proyectos tradicional, que asume que puedes planificar todo por adelantado si te esfuerzas lo suficiente.