Embed Doc
Copy Link
Readcast
Collections

CommentGo Back

Download

Métodologías Ágilesen el Desarrollo de Software

José H. Canós, Patricio Letelier yMª Carmen Penadés

DSIC-UniversidadPolitécnica de ValenciaCamino de Vera s/n, 46022 Valencia{ jhcanos|letelier | mpenades}@dsic.upv.es

RESUMEN

El desarrollo de software no es una tarea fácil. Prueba de ello es que existen numerosas propuestasmetodológicas que inciden en distintasdimensiones del proceso de desarrollo. Por una parte tenemosaquellas propuestas más tradicionales que se centran especialmente enel control del proceso,estableciendo rigurosamente las actividades involucradas, los artefactos que se deben producir,y lasherramientasy notaciones que se usarán.Estas propuestas han demostrado ser efectivas y necesarias enungran número de proyectos, pero también han presentado problemas en otros muchos. Unaposiblemejoraes incluir en los procesos de desarrollo más actividades, más artefactos y más restricciones, basándose en los puntos débiles detectados. Sin embargo, el resultado final sería un proceso de desarrollomás complejo que puedeincluso limitar la propia habilidad del equipo para llevar a cabo el proyecto. Otraaproximación es centrarse en otras dimensiones, como por ejemplo el factor humano o el productosoftware.Esta es la filosofía de las metodologías ágiles, las cuales dan mayor valor al individuo, a lacolaboración con el cliente y al desarrollo incremental del software con iteraciones muy cortas.Esteenfoque está mostrando suefectividad en proyectos con requisitos muy cambiantes y cuando se exigereducirdrásticamentelos tiempos de desarrollo pero manteniendo una alta calidad.Lasmetodologíaságilesestán revolucionando la manera de producir software, y a la vez generandoun amplio debateentresus seguidores y quienes por escepticismo o convencimiento no las ven como alternativa para lasmetodologías tradicionales.En este trabajo se presenta resumidamente el contexto en el que surgen lasmetodologías ágiles, sus valores,principios y comparación con las metodologías tradicionales.Además sedescriben brevemente las principales propuestas, especialmenteProgramación Extrema (eXtremeProgramming, XP) la metodología ágil más popular en la actualidad.

PALABRAS CLAVE.

Procesos de Software, Metodologías Ágiles, Programación Extrema (XP)

1.INTRODUCCIÓN

En las dos últimas décadas las notaciones de modelado y posteriormente las herramientas pretendieron ser las "balas de plata" para el éxito en el desarrollo de software, sin embargo, lasexpectativas no fueron satisfechas. Esto se debe en gran parte a que otro importante elemento, lametodología de desarrollo, había sido postergado. De nada sirven buenas notaciones yherramientas si no se proveen directivas para su aplicación. Así, esta década ha comenzado conun creciente interés en metodologías de desarrollo.Hasta hace poco el proceso de desarrollollevaba asociada un marcadoénfasis en el control del proceso mediante una rigurosa definiciónderoles, actividades y artefactos, incluyendo modelado y documentación detallada. Esteesquema "tradicional" para abordar el desarrollo de software ha demostrado ser efectivo ynecesarioen proyectos de gran tamaño (respecto a tiempo y recursos), donde por lo general seexige un alto grado de ceremonia en el proceso. Sin embargo, este enfoque no resulta ser el másadecuado para muchos de los proyectos actuales donde el entorno del sistema es muycambiante, y en donde se exige reducir drásticamente los tiempos de desarrollo peromanteniendo una alta calidad. Ante las dificultades para utilizar metodologías tradicionales conestasrestricciones de tiempo y flexibilidad,muchos equipos de desarrollose resignana prescindir del “buen hacer” de la ingeniería del software, asumiendo el riesgo que ello conlleva.En este escenario, las metodologías ágiles emergen como una posible respuesta para llenar esevacío metodológico. Por estar especialmente orientadas para proyectos pequeños, lasmetodologías ágiles constituyen una solución a medida para ese entorno,aportandouna elevadasimplificación que a pesar de ello no renuncia a las prácticas esenciales para asegurar la calidaddel producto.Las metodologías ágiles son sin duda uno de los temas recientes en ingeniería de software queestán acaparando gran interés. Prueba de ello es que se están haciendo un espacio destacado en

la mayoría de conferencias y workshops celebrados en los últimos años. Es tal su impacto queactualmente existen 4 conferencias internacionales de alto nivel y específicas sobre el tema

.Además ya es un áreacon cabida en prestigiosas revistas internacionales. En la comunidad de laingeniería del software, se está viviendo con intensidad un debate abierto entre los partidarios delas metodologías tradicionales (referidas peyorativamente como "metodologías pesadas") yaquellos que apoyan las ideas emanadas del "Manifiesto Ágil"

. La curiosidad que siente lamayor parte de ingenieros de software, profesores, e incluso alumnos, sobre las metodologíaságiles hace prever una fuerte proyección industrial. Por un lado, para muchos equipos dedesarrollo el uso de metodologías tradicionales les resulta muy lejano a su forma de trabajoactual considerando las dificultades de su introducción e inversión asociada en formación yherramientas. Por otro, las características de los proyectos para los cuales las metodologíaságiles han sido especialmente pensadas se ajustan a un amplio rango de proyectos industrialesde desarrollo de software; aquellos en los cuales los equipos de desarrollo son pequeños, con plazos reducidos, requisitos volátiles, y/o basados en nuevas tecnologías.El artículo está organizado como sigue. En la sección 2 se introducen las principalescaracterísticas de las metodologías ágiles, recogidas en el Manifiesto y se hace unacomparacióncon las tradicionales. La sección 3 se centra en

eXtreme Programming

(XP), presentando suscaracterísticas particulares, el proceso que se sigue y las prácticas que propone. En la sección 4se citan otros métodos ágiles, enumerándose sus principales características. Finalmente aparecenlas conclusiones.

2.METODOLOGÍAS ÁGILES

Enfebrero de 2001, tras una reunión celebrada en Utah-EEUU,nace el término “ágil” aplicadoal desarrollo de software. En esta reunión participan un grupo de 17expertos de la industria delsoftware, incluyendo algunos de los creadores o impulsores de metodologíasde software.Suobjetivo fue esbozar los valores y principios que deberían permitir a los equipos desarrollar software rápidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto.Se pretendía ofrecer una alternativa a los procesos de desarrollo de software tradicionales,caracterizados por ser rígidos y dirigidos por ladocumentación que se genera en cada una de lasactividades desarrolladas.Tras esta reunión se creó

The Agile Alliance

, una organización, sin ánimo de lucro, dedicada a promover los conceptos relacionados con el desarrollo ágil de softwarey ayudar a lasorganizaciones para que adopten dichos conceptos. El punto de partida es fue el ManifiestoÁgil, un documento que resume la filosofía “ágil”.

2.1.El Manifiesto Ágil.

Según el Manifiesto se valora:

•

Al individuo y las interacciones del equipo de desarrollo sobre el proceso y lasherramientas.

La gente es el principal factor de éxito de un proyecto software. Es másimportante construir un buen equipo que construir el entorno. Muchas veces se comete elerror de construir primero el entorno y esperar que el equipo se adapte automáticamente. Esmejor crear el equipo y que éste configure su propio entorno de desarrollo en base a susnecesidades.

•

Desarrollar software que funciona más que conseguir una buena documentación

. Laregla a seguir es “no producir documentos a menos que sean necesarios de forma inmediata para tomar un decisión importante”. Estos documentos deben ser cortos y centrarse en lofundamental.

XP Agile Universe:

www.agileuniverse.com.

Conference on eXtreme Programming and Agile Processes in SoftwareEngineering:

www.xp2004.org.

Agile Development Conference (EEUU):

www.agiledevelopmentconference.com.

Agile Development Conference (Australia):

www.softed.com/adc2003/

agilemanifesto.org

www.agilealliance.com

•

La colaboración con el cliente más que la negociación de un contrato

.Se propone queexista una interacción constante entre el cliente y el equipo de desarrollo. Esta colaboraciónentre ambos será la que marque la marcha del proyecto y asegure suéxito.

•

Responder a los cambios más que seguir estrictamente unplan

. La habilidad deresponder a los cambios que puedan surgir a los largo del proyecto (cambios en losrequisitos, en la tecnología, en el equipo, etc.) determina también el éxito o fracaso delmismo. Por lo tanto, la planificación no debe ser estricta sinoflexibley abierta.Los valores anteriores inspiran los doce principios del manifiesto. Soncaracterísticas quediferencian un proceso ágil de uno tradicional. Los dos primeros principios son generales yresumen gran parte del espíritu ágil. El resto tienen que ver con el proceso a seguir y con elequipo de desarrollo, en cuanto metas a seguir y organización 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 unaventaja competitiva. III.Entregar frecuentemente software que funcione desde un par de semanas a un par demeses, 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 quenecesitan y confiar en ellos para conseguir finalizar el trabajo.VI.El diálogo cara a cara es el método más eficiente y efectivo para comunicar informacióndentro 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 deberían ser capaces de mantener una paz constante. IX.La atención continua a la calidad técnica y al buen diseño mejora la agilidad. X.La simplicidad es esencial. XI.Las mejores arquitecturas, requisitos y diseños surgen de los equipos organizados por sí mismos. XII.En intervalos regulares, el equipo reflexiona respecto a cómo llegar a ser más efectivo, y según esto ajusta su comportamiento.

2.2.Comparación

La Tabla 1 recoge esquemáticamente las principales diferencias de las metodologías ágiles conrespecto a las tradicionales (“no ágiles”). Estas diferencias que afectan no sólo al proceso en sí,sino también al contexto del equipo así como a su organización.

3.PROGRAMACIÓN EXTREMA (

EXTREME PROGRAMMING

, XP)

[2]es una metodología ágil centrada en potenciar las relaciones interpersonales como clave para el éxito en desarrollo de software,promoviendo el trabajo en equipo, preocupándose por elaprendizaje de los desarrolladores,y propiciando un buen clima de trabajo. XP se basa enrealimentación continua entre el cliente y el equipo de desarrollo, comunicación fluida entretodos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar loscambios.XP se define como especialmente adecuada para proyectos con requisitos imprecisos ymuy cambiantes, y donde existe un alto riesgo técnico.

www.extremeprogramming.org,www.xprogramming.com,c2.com/cgi/wiki?ExtremeProgramming