Metodologia
Enviado por sejoan • 5 de Diciembre de 2011 • 10.257 Palabras (42 Páginas) • 466 Visitas
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 licencia para 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 su decisión de seguir o no por esta nueva ruta.
• De Nada a Monumental a Agil
• Predictivo contra Adaptable
o Separación de Diseño y Construcción
o La Impredecibilidad de los Requisitos
o ¿Es Imposible la Previsibilidad?
o Controlando un Proceso Imprevisible
o El Cliente Adaptable
• Poniendo a la Gente Primero
o Juntar Unidades de Programación Compatibles
o Los Programadores son Profesionales Responsables
o Manejando un Proceso Orientado a la Gente
o La Dificultad de Medir
o El Papel del Liderazgo de Negocio
• El Proceso Auto-Adaptable
Las Metodologías
o XP (la Programación Extrema)
o La Familia de Cristal de Cockburn
o Código Abierto
o El Desarrollo de Software Adaptable de Highsmith
o Scrum
o Desarrollo Manejado por Rasgos
o DSDM (Método de Desarrollo de Sistema Dinámico)
o Manifiesto para el Desarrollo de Software Ágil
o Comprobación Dirigida por el Contexto
o Es RUP un método ágil?
o Otras Fuentes
• ¿Debe usted irse a lo ágil?
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 licencia para 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 su decisión de seguir o no por esta nueva ruta.
• De Nada a Monumental a Agil
• Predictivo contra Adaptable
o Separación de Diseño y Construcción
o La Impredecibilidad de los Requisitos
o ¿Es Imposible la Previsibilidad?
o Controlando un Proceso Imprevisible
o El Cliente Adaptable
• Poniendo a la Gente Primero
o Juntar Unidades de Programación Compatibles
o Los Programadores son Profesionales Responsables
o Manejando un Proceso Orientado a la Gente
o La Dificultad de Medir
o El Papel del Liderazgo de Negocio
• El Proceso Auto-Adaptable
Las Metodologías
o XP (la Programación Extrema)
o La Familia de Cristal de Cockburn
o Código Abierto
o El Desarrollo de Software Adaptable de Highsmith
o Scrum
o Desarrollo Manejado por Rasgos
o DSDM (Método de Desarrollo de Sistema Dinámico)
o Manifiesto para el Desarrollo de Software Ágil
o Comprobación Dirigida por el Contexto
o Es RUP un método ágil?
o Otras Fuentes
• ¿Debe usted irse a lo ágil?
• Reconocimientos
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 mínimo un plan subyacente, y el diseño del sistema se adoquina con muchas decisiones a corto plazo. Esto realmente funciona muy bien si el sistema es pequeñ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 de poner 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
...