Metodologia xp

www.WillyDev.Net

La Nueva Metodología
Martin Fowler Chief Scientist, ThoughtWorks
Texto original: The New Methodology Traducción: Alejandro Sierra, marzo/abril de 2003. Ultima actualización significativa: Abril 2003. Desde hace unos pocos años ha habido un interés creciente en las metodologías ágiles (léase "livianas"). Caracterizadas alternativamente como antídoto a la burocracia o licenciapara hackear han suscitado interés en el panorama del software. En este ensayo exploro las razones de los métodos ágiles, enfatizando no tanto su peso sino su naturaleza adaptativa y su orientación a la gente. También doy un resumen y referencias a los procesos en esta escuela y considero los factores que deberían influir en la decisión de seguir o no por esta nueva ruta. De Nada a Monumental aAgil Predictivo contra Adaptable Separación de Diseño y Construcción La Impredecibilidad de los Requisitos ¿Es Imposible la Previsibilidad? Controlando un Proceso Imprevisible El Cliente Adaptable Poniendo a la Gente Primero Juntar Unidades de Programación Compatibles Los Programadores son Profesionales Responsables Manejando un Proceso Orientado a la Gente La Dificultad de Medir El Papel delLiderazgo de Negocio El Proceso Auto-Adaptable Las Metodologías XP (la Programación Extrema) La Familia de Cristal de Cockburn Código Abierto El Desarrollo de Software Adaptable de Highsmith Scrum Desarrollo Manejado por Rasgos DSDM (Método de Desarrollo de Sistema Dinámico) Manifiesto para el Desarrollo de Software Ágil Comprobación Dirigida por el Contexto Es RUP un método ágil? Otras Fuentes ¿Debeusted irse a lo ágil? Reconocimientos

www.WillyDev.Net

De Nada a Monumental a Agil
Con mucho, el desarrollo de software es una actividad caótica, frecuentemente caracterizada por la frase "codifica y corrige". El software se escribe con un plan subyacente mínimo, y el diseño del sistema se adoquina con muchas decisiones a corto plazo. Esto realmente funciona muy bien si el sistema espequeño, pero conforme el sistema crece llega a ser cada vez más difícil agregar nuevos aspectos al mismo. Además los bugs llegan a ser cada vez más frecuentes y más difíciles de corregir. La seña típica de tal sistema es una larga fase de pruebas después de que el sistema ha sido "completado". Tal fase larga de pruebas hace estragos con los planes de pruebas y depurado llegando a ser imposible deincluir en el programa de trabajo. Hemos vivido con este estilo de desarrollo por mucho tiempo, pero también hemos tenido una alternativa desde hace mucho: Metodología. Las metodologías imponen un proceso disciplinado sobre el desarrollo de software con el fin de hacerlo más predecible y eficiente. Lo hacen desarrollando un proceso detallado con un fuerte énfasis en planificar inspirado por otrasdisciplinas de la ingeniería. Las metodologías ingenieriles han estado presentes durante mucho tiempo. No se han distinguido precisamente por ser muy exitosas. Aún menos por su popularidad. La crítica más frecuente a estas metodologías es que son burocráticas. Hay tanto que hacer para seguir la metodología que el ritmo entero del desarrollo se retarda. Como una reacción a estas metodologías, un nuevogrupo de metodologías ha surgido en los últimos años. Durante algún tiempo se conocían como metodologías ligeras, pero el término aceptado ahora es metodologías ágiles. Para mucha gente el encanto de estas metodologías ágiles es su reacción ante la burocracia de las metodologías monumentales. Estos nuevos métodos buscan un justo medio entre ningún proceso y demasiado proceso, proporcionandosimplemente suficiente proceso para que el esfuerzo valga la pena. El resultado de todo esto es que los métodos ágiles cambian significativamente algunos de los énfasis de los métodos ingenieriles. La diferencia inmediata es que son menos orientados al documento, exigiendo una cantidad más pequeña de documentación para una tarea dada. De muchas maneras son más bien orientados al código: siguiendo un...