METODOLOGAS GILES

El desarrollo de software no es una tarea fcil. Prueba de ello es que existen numerosas
propuestas metodolgicas que inciden en distintas dimensiones del proceso de desarrollo.
Por una parte tenemos aquellas propuestas ms tradicionales que se centran especialmente
en el control del proceso, estableciendo rigurosamente las actividades involucradas, los
artefactos que se deben producir, y las herramientas y notaciones que se usarn. Estas
propuestas han demostrado ser efectivas y necesarias en un gran nmero de proyectos,
pero tambin han presentado problemas en otros muchos. Una posible mejora es incluir
en los procesos de desarrollo ms actividades, ms artefactos y ms restricciones,
basndose en los puntos dbiles detectados. Sin embargo, el resultado final sera un
proceso de desarrollo ms complejo que puede incluso limitar la propia habilidad del
equipo para llevar a cabo el proyecto. Otra aproximacin es centrarse en otras
dimensiones, como por ejemplo el factor humano o el producto software. Esta es la
filosofa de las metodologas giles, las cuales dan mayor valor al individuo, a la
colaboracin con el cliente y al des arrollo incremental del software con iteraciones muy
cortas. Este enfoque est mostrando su efectividad en proyectos con requisitos muy
cambiantes y cuando se exige reducir drsticamente los tiempos de desarrollo pero
manteniendo una alta calidad. Las metodologas giles estn revolucionando la manera
de producir software, y a la vez generando un amplio debate entre sus seguidores y
quienes por escepticismo o convencimiento no las ven como alternativa para las
metodologas tradicionales. En este trabajo se presenta resumidamente el contexto en el
que surgen las metodologas giles, sus valores, principios y comparacin con las
metodologas tradicionales. Adems se describen brevemente las principales propuestas,
especialmente Programacin Extrema (eXtreme Programming, XP) la metodologa gil
ms popular en la actualidad.
En febrero de 2001, tras una reunin celebrada en Utah-EEUU, nace el trmino gil
aplicado al desarrollo de software. En esta reunin participan un grupo de 17 expertos de
la industria del software, incluyendo algunos de los creadores o impulsores de
metodologas de software. Su objetivo fue esbozar los valores y principios que deberan
permitir a los equipos desarrollar software rpidamente y respondiendo a los cambios que
puedan surgir a lo largo del proyecto.
Se pretenda ofrecer una alternativa a los procesos de desarrollo de software tradicionales,
caracterizados por ser rgidos y dirigidos por la documentacin que se genera en cada una
de las actividades desarrolladas.
Tras esta reunin se cre The Agile Alliance3, una organizacin, sin nimo de lucro,
dedicada a promover los conceptos relacionados con el desarrollo gil de software y
ayudar a las organizaciones para que adopten dichos conceptos.
El Manifiesto gil.
Segn el Manifiesto se valora:
Al individuo y las interacciones del equipo de desarrollo sobre el proceso y
las herramientas. La gente es el principal factor de xito de un proyecto software.
Es ms importante construir un buen equipo que construir el entorno. Muchas
veces se comete el error de construir primero el entorno y esperar que el equipo
se adapte automticamente. Es mejor crear el equipo y que ste configure su
propio entorno de desarrollo en base a sus necesidades.

Desarrollar software que funciona ms que conseguir una buena
documentacin. La regla a seguir es no producir documentos a menos que sean
necesarios de forma inmediata para tomar un decisin importante. Estos
documentos deben ser cortos y centrarse en lo fundamental.


La colaboracin con el cliente ms que la negociacin de un contrato. Se
propone que exista una interaccin constante entre el cliente y el equipo de
desarrollo. Esta colaboracin entre ambos ser la que marque la marcha del
proyecto y asegure su xito.

Responder a los cambios ms que seguir estrictamente un plan. La habilidad
de responder a los cambios que puedan surgir a los largo del proyecto (cambios
en los requisitos, en la tecnologa, en el equipo, etc.) determina tambin el xito o
fracaso del mismo. Por lo tanto, la planificacin no debe ser estricta sino flexible
y abierta.

Los valores anteriores inspiran los doce principios del manifiesto. Son caractersticas que
diferencian un proceso gil de uno tradicional. Los dos primeros principios son generales
y resumen gran parte del espritu gil. El resto tienen que ver con el proceso a seguir y
con el equipo de desarrollo, en cuanto metas a seguir y organizacin del mismo. Los
principios son:
I. La prioridad es satisfacer al cliente mediante tempranas y continuas entregas de
software que le aporte un valor.
II. Dar la bienvenida a los cambios. Se capturan los cambios para que el cliente tenga una
ventaja competitiva.
III. Entregar frecuentemente software que funcione desde un par de semanas a un par de
meses, con el menor intervalo de tiempo posible entre entregas.
IV. La gente del negocio y los desarrolladores deben trabajar juntos a lo largo del
proyecto.
V. Construir el proyecto en torno a individuos motivados. Darles el entorno y el apoyo
que necesitan y confiar en ellos para conseguir finalizar el trabajo.
VI. El dilogo cara a cara es el mtodo ms eficiente y efectivo para comunicar
informacin dentro de un equipo de desarrollo.
VII. El software que funciona es la medida principal de progreso.
VIII. Los procesos giles promueven un desarrollo sostenible. Los promotores,
desarrolladores y usuarios deberan ser capaces de mantener una paz constante.
IX. La atencin continua a la calidad tcnica y al buen diseo mejora la agilidad.
X. La simplicidad es esencial.
XI. Las mejores arquitecturas, requisitos y diseos surgen de los equipos organizados por
s mismos.
XII. En intervalos regulares, el equipo reflexiona respecto a cmo llegar a ser ms
efectivo, y segn esto ajusta su comportamiento.

PROGRAMACIN EXTREMA (EXTREME PROGRAMMI NG, XP)
XP es una metodologa gil centrada en potenciar las relaciones interpersonales como
clave para el xito en desarrollo de software, promoviendo el trabajo en equipo,
preocupndose por el aprendizaje de los desarrolladores, y propiciando un buen clima de
trabajo. XP se basa en realimentacin continua entre el cliente y el equipo de desarrollo,
comunicacin fluida entre todos los participantes, simplicidad en las soluciones
implementadas y coraje para enfrentar los cambios. XP se define como especialmente
adecuada para proyectos con requisitos imprecisos y muy cambiantes, y donde existe un
alto riesgo tcnico.

La mayora de los programadores tenemos cierta tendencia en embebernos en cuestiones
tcnicas, hablar de lenguajes de programacin, de tcnicas de programacin, de entornos
de desarrollo o de editores de recursos. Pero se nos pasan por alto temas muy importantes
que nos afectan tanto o ms que las cuestiones mencionadas, como es la ingeniera de
software, la manera en que debemos de hacer nuestro software. Alrededor de cmo hacer
software hay un gran nmero de autores teoras, propuestas, etc.

Qu es la programacin extrema (XP)?

XP (eXtreme Programing) nace como nueva disciplina de desarrollo de software hace
aproximadamente unos seis aos, y ha causado un gran revuelo entre el colectivo de
programadores del mundo. Kent Beck, su autor, es un programador que ha trabajado en
mltiples empresas y que actualmente lo hace como programador en la conocida empresa
automovilstica DaimlerChrysler. Con sus teoras ha conseguido el respaldo de gran parte
de la industria del software y el rechazo de otra parte.
La programacin extrema se basa en la simplicidad, la comunicacin y el reciclado
continuo de cdigo, para algunos no es ms que aplicar una pura lgica.