METODOLOGAS GILES

HISTORIA

En febrero de 2001, tras una reunin celebrada en UtahEEUU, 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 Alliance,

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 punto de
partida es fue el Manifiesto gil, un
documento que resume la filosofa gil.
www.agilealliance.com

EL MANIFIESTO GIL.

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
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

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.

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.)

12 PRINCIPIOS DEL MET. AGIL

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.

COMPARACIN

Estas diferencias que afectan no slo al proceso en s,

sino tambin al contexto del equipo as como a su
organizacin.