Page 9 - Revista FIUDE 2016

Metodologías Ágiles, su manifiesto y sus principios

La metodología ágil aparece como la opción a más de 50 años de fracasos (en términos de eficacia y eficiencia de
los sistemas entregados) en el desarrollo de software utilizando metodologías Waterfall o derivadas.
No es el objetivo de este documento discutir qué es desarrollo ágil, pero sí decir que cuando en este documento se
habla de ágil nos referimos a desarrollo ágil en su sentido más amplio, nos referimos a sus principios, su filosofía.
XP, Scrum, Crystal, Lean, DSDM y otras metodologías, todas tienen puntos de contacto y claramente han influen-
ciado en diversos momentos lo que es el desarrollo ágil.
Cuando en general se tienen críticas al desarrollo ágil lo que existen son críticas a ciertos aspectos de alguna me-
todología, pero rara vez se encuentran argumentos fuertes en contra de su filosofía.
En el a 2001 se suscribe el primer manifesto de desarrollo ágil el cuál pone en papel algunos principios que pare-
cen hasta obvios al leerlos, pero que en otras metodologías no se cumplen.

La prioridad es satisfacer a los clientes mediante la liberación continua de software funcionando

Cuando los que crean el software son personas, existe una tendencia a hacer un desarrollo horizontal en alguna
característica del software para lograr un prototipo, dejando de lados aspectos no funcionales o inclusive creando
algunos de los funcionales con un nivel de calidad bajo.
Esto provoca que muchos de las primeros escenarios implementados en los primeros sprints eventualmente
cumplan la funcionalidad propuesta pero dejan mucha deuda técnica para próximas iteraciones, muchas veces
estas deudas no pueden ser cubiertas aún en el entregable final con todos los escenarios resueltos.
Genexus en este punto tiene una gran ventaja, los escenarios que son entregados con Genexus son de alta cali-
dad, sin que esto requiera un gran esfuerzo extra por parte de los programadores.

¡Bienvenidos los cambios!

Los cambios en los sistemas son inevitables, aun luego de un análisis detallado.
Sin embargo para los programadores estos cambios nunca son bienvenidos por el impacto que se tiene en los
diversos elementos del sistema (base de datos, programas, servicios, seguridad, entre otros)

En Genexus también son bienvenidos los cambios, pero los únicos que importan y hay que declarar son los cam-
bios del negocio, el impacto en los diversos instrumentos ya generados es automático.

Las reorganizaciones de la base de datos, la regeneración de programas, servicios e interfaces de usuario son
regeneradas en forma automáticamente. Es por esto que más allá de cambios, rápidamente se puede lograr nue-
vamente un sistema funcionando.

Software funcionando es la medida del progreso

Nuevamente en la filosofía de Genexus siempre se tiene un sistema funcional con alta calidad.
Es claro que tanto en Genexus como en los conceptos de Agile siempre están latentes, el cambio y el software
funcionando en todo momento.
Los programadores Genexus son en general aquellos que claramente sienten este principio desde el inicio de
cualquier proyecto. Esto no quiere decir no documentar, poca calidad, no análisis, no test.
Claro que existen estos elementos, pero a nivel de negocio, documentar el negocio, analizar el negocio, diseñar
tests son todos elementos que los programadores Genexus pueden y deben hacer para complementar el desa-
rrollo pero siempre con foco en el negocio y no a detalles de la tecnología de turno.

Reflexiones sobre Ingeniería 11