280 likes | 498 Views
METODOLOGIAS AGILES DE CONSTRUCCION DE SOFWARE. Presentado por: Belkis J. Manotas R. Análisis y Diseño de Sistemas de Información. INTRODUCCION.
E N D
METODOLOGIAS AGILES DE CONSTRUCCION DE SOFWARE Presentado por: Belkis J. Manotas R. Análisis y Diseño de Sistemas de Información.
INTRODUCCION En febrero de 2001, tras una reunión celebrada en Utah -EEUU, nace el término “ágil” aplicado al desarrollo de software. En esta reunión participan un grupo de 17 expertos de la industria del software, incluyendo algunos de los creadores o impulsores de metodologías de software . Su objetivo 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.
¿POR QUE SURGEN? Estos nuevos métodos buscan un justo medio entre ningún proceso y demasiado proceso, proporcionando simplemente suficiente proceso para que el esfuerzo valga la pena.
¿Qué es una Metodología Ágil? Las Metodologías Ágiles o “ligeras” constituyen un nuevo enfoque en el desarrollo de software, mejor aceptado por los desarrolladores de e-Project que las metodologías convencionales (ISO-9000, CMM, etc.) debido a la simplicidad de sus reglas y prácticas, su orientación a equipos de desarrollo de pequeño tamaño, su flexibilidad ante los cambios y su ideología de colaboración
Las Metodologías Ágiles valoran: • Al individuo y las interacciones en el equipo de desarrollo más que a las actividades y las herramientas. • Desarrollar software que funciona más que conseguir una buena documentación, implica minimalismo respecto del modelado y la documentación del sistema. • La colaboración con el cliente más que la negociación de un contrato. • Responder a los cambios más que seguir estrictamente una planificación.
PRINCIPIOS • 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 MA 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. • La gente del negocio y los desarrolladores deben trabajar juntos a lo largo del proyecto.
5. Construir el proyecto entorno a individuos motivados. Darles el entorno y el apoyo que necesitan y confiar en ellos para conseguir el trabajo. • 6. El diálogo cara a cara es el método más eficiente y efectivo para comunicar información dentro de un equipo de desarrollo. • 7. El software que funciona es la medida principal de progreso. • 8. Los procesos ágiles promueven un desarrollo sostenible. Los promotores, desarrolladores y usuarios deberían ser capaces de mantener una paz constante. • 9. La atención continua a la calidad técnica y al buen diseño mejora la agilidad. • 10. La simplicidad es esencial. • 11. Las mejores arquitecturas, requisitos y diseños surgen de los equipos organizados por sí mismos. • 12. En intervalos regulares, el equipo reflexiona respecto de cómo llegar a ser más efectivo, y según esto ajusta su comportamiento
SCRUM SCRUM es un marco de trabajo basado en los métodos ágiles, que tiene como objetivo el control continuo sobre el estado actual del software, en el cual el cliente establece las prioridades y el equipo SCRUM se auto-organiza para determinar la mejor forma de entregar resultados SCRUM fue desarrollado en 1986 por HirotakaTakeuchi e IkujiroNonaka quienes describieron una nueva aproximación metodológica que incrementa la rapidez y la flexibilidad en el desarrollo de nuevos productos comerciales.
La metodología SCRUM, ofrece herramientas que permiten gestionar el equipo de trabajo hasta el punto de proponer tiempos para el proceso de desarrollo de software y para las reuniones del equipo, con la finalidad de asegurar el cumplimento de los objetivos del proyecto. SCRUM no define tácitamente las temas de bajo nivel en un proceso de desarrollo de software, tales como las relacionadas con el código que sí lo hace XP, las técnicas de modelamiento que sí lo hace RUP, y las tecnologías entre otras, lo cual deja entrever que más que una metodología sería una disciplina de trabajo para proyectos software.