Capítulo 1 - Agile en Software

En la década de los noventa, la industria del software enfrentaba algunos grandes problemas. En primer lugar, todavía era bastante joven y no había suficientes desarrolladores de software capacitados. En segundo lugar, la industria estaba atrapada utilizando un método de gestión de proyectos rígido llamado "cascada". Este método pone mucho énfasis en crear largas listas de requisitos, a menudo más para contratos legales que para trabajar realmente con los clientes. Esta falta de colaboración llevó a mucha desconfianza.

Además, el software no se hacía de la manera en que se hace hoy, con pequeñas mejoras graduales. En cambio, se creaba en paquetes masivos. Piensa en el antiguo software Office 95 – tenía miles de características, pero apenas se utilizaban todas. Desarrollar tales paquetes enormes tomaba años, y aun así, a menudo tenían bugs (error o fallo del sistema software en un dispositivo electrónico). La Ley de Pareto muestra que sólo alrededor del 20% del software era utilizado, lo que significa que el 80% de los recursos y el desarrollo se desperdiciaban.

La industria estaba exhausta y necesitaba desesperadamente un cambio. Ese cambio fue traído por algunos desarrolladores de software capacitados. En 2001, un grupo de ellos se reunió para transformar la manera en que se hacía el software. Crearon el Manifiesto Agile para software, que estableció 4 nuevos valores fundamentales (en la sección 1.1) y 12 principios (en la sección 1.2) para la industria. Estos cambios llevaron a varias prácticas y nuevas formas de gestionar los Proyectos Ágiles/Agile (en la sección 1.3), resultando en un nuevo enfoque mental (en la sección 1.4).