Metodologas giles

Qu es una Metodologa gil? www.agilealliance.comLas Metodologas giles (AMs) valoran:Al individuo y las interacciones en el equipo de desarrollo ms que a las actividades y las herramientas

Desarrollar software que funciona ms que conseguir una buena documentacin Minimalismo respecto del modelado y la documentacin del sistema

La colaboracin con el cliente ms que la negociacin de un contrato

Responder a los cambios ms que seguir estrictamente una planificacin

Por qu surgen las Metodologas giles (AMs)?Dificultad para implantar metodologas tradicionales. Sofisticadas herramientas CASE y notaciones (UML)

Una solucin a medida para un segmento importante de proyectos de desarrollo de software

Pugna entre comunidades/gurs

Aceptar el cambio ...

Gestin del Conocimiento

Costo de los Cambios en SWCostodel cambiotiempo

Manifiesto de las AMs agilemanifesto.orgPrincipios:La prioridad principal es satisfacer al cliente mediante tempranas y continuas entregas de software que le reporte un valor

Dar la bienvenida a los cambios. Los AMs capturan los cambios para que el cliente tenga una ventaja competitiva

Entregar frecuentemente software que funcione, desde un par de semanas a un par de meses, con el menor intervalo de tiempo posible entre una entrega y la siguiente

Manifiesto de las AMsLa gente del negocio y los desarrolladores deben trabajar juntos a lo largo del proyecto

Construir proyecto en torno a individuos motivados. Darles el entorno y el apoyo que necesitan y confiar en ellos para conseguir el trabajo

El dilogo cara a cara es el mtodo ms eficiente y efectivo para comunicar informacin dentro de un equipo de desarrollo

El software que funciona es la medida principal de progreso

Manifiesto de las AMsLos procesos giles promueven un desarrollo sostenible. Los promotores, desarrolladores y usuarios deberan ser capaces de mantener una paz constante

La atencin continua a la calidad tcnica y al buen diseo mejora la agilidad

La simplicidad es esencial

Las mejores arquitecturas, requisitos y diseos surgen de los equipos organizados por s mismos

En intervalos regulares, el equipo reflexiona respecto de cmo llegar a ser ms efectivo, y segn esto ajusta su comportamiento

Comparacin

Metodologa gilMetodologa No gilPocos ArtefactosMs ArtefactosPocos RolesMs RolesNo existe un contrato tradicional o al menos es bastante flexibleExiste un contrato prefijadoCliente es parte del equipo de desarrollo (adems in-situ)El cliente interacta con el equipo de desarrollo mediante reunionesGrupos pequeos (< 10 integrantes) y trabajando en el mismo sitioGrupos grandesMenos nfasis en la arquitecturaLa arquitectura es esencial

LimitacionesProporcionan una ayuda limitada en equipos de trabajo dispersos fsicamenteProporcionan una ayuda limitada en equipos de trabajo grandesConsideran una ayuda limitada al tratamiento de subcontratosNo privilegian la reutilizacin de componentesProporcionan una ayuda limitada para desarrollar software de seguridad crticaProporcionan ayuda limitada para desarrollar software grande y complejoDificultad en la utilizacin de herramientas que apoyen el desarrollo

Tipos de ProyectosTradicionales Grandes Con requerimientos estables Aplicaciones crticas Grandes equipos de desarrollo Equipo de desarrollo distribudos geogrficamenteAgiles Ambientes dinmicos, con equipos de trabajo pequeos y produciendo aplicaciones no crticas Requerimientos desconocidos o inestables, garantizando un menor riesgo ante la posibilidad de cambio en los requerimientos

Principales AMsCrystal Methodologies, Alistarir Cockburn, www.crystalmethodologies.org

SCRUM, Ken Schwaber & Jeff Sutherland, www.controlchaos.com

DSDM (Dynamic Systems Development Method), www.dsdm.org

Lean Programming, Mary Poppendieck, www.poppendieck.com

FDD (Feature-Driven Development), Peter Coad & Jeff De Luca, www.nebulon.com/fdd, www.coad.com/peter/#fdd

Extreme Programming, Kent Beck www.extremeprogramming.org, www.xprogramming.com

Adaptative Software Development, Jim Highsmith www.adaptivesd.com

Qu resultado proveen las Metodologas giles?Hay pocos datos concretos del ndice de xito de proyectosEst teniendo un gran augeAumento en el nmero de proyectosPor qu?Tiene el apoyo de muchos gurs en ingeniera de swEs un proceso para gente que odia los procesosTiene sentidoPoltica? ... Pugna entre comunidades

Cundo utilizar una Metodologa gil?Existe ya un proceso? SiReacciona bien a los cambios? SiEst el equipo contento con l? Si

Mejor esperarSe estn recogiendo datosEn un futuro se podrn hacer comparaciones sobre lo que es ms conveniente

... Cundo utilizar una Metodologa gil?Existe ya un proceso? Noo existe pero no reacciona bien a los cambioso existe pero el equipo no est contento con l

Una Metodologa gil puede ser una buena forma de empezarFcil de financiarA los programadores les gustaA los clientes les gusta el mayor control

Conclusiones

Las Metodologas giles surgen como respuesta a problemas reales

Las metodologas tradicionales no son totalmente adecuadas para todos los desarrollos software, principalmente por su falta de flexibilidad

Los mtodos giles y los tradicionales no son competidores directos. Cada uno de ellos tiene su propio segmento de aplicacin o terreno

Algunos aspectos del desarrollo de software se beneficiarn del enfoque agilista mientras otros obtendrn beneficios de un enfoque tradicional-predictivo menos gil

Lo importante es saber determinar el tipo de proceso y herramientas que mejor sirvan a cada proyecto y organizacin

A Practical Guide to Feature-Driven Development (The Coad Series) by Stephen R Palmer, John M. Felsing , Prentice Hall, 2002

Kent Beck, Extreme Programming Explained, Addison-Wesley, 1999

DSDM: Business Focused Development, Second Edition by Jennifer Stapleton (Editor), Consortium Dsdm, Barry Fazackerley, DSDM Consortium, Addison-Wesley, 2003

Agile Software Development with SCRUM by Schwaber Ken, Mike Beedle, Ken Schwaber, Robert C. Martin, Prentice Hall; 1st edition (October 15, 2001)

Agile Software Development by Alistair Cockburn , Addison-Wesley Pub Co; 1st edition (December 15, 2001)

Agile Software Development Ecosystems by Jim Highsmith, Addison Wesley Professional; 1st edition (March 26, 2002)

Lean Development: An Agile Toolkit for Software Development Managers by Mary Poppendieck, Tom Poppendieck, Addison Wesley Professional; 1st edition (June 4, 2003)