Download
1 / 17
530 likes | 1.2k Vues
Metodologías Ágiles. Métodos clásicos. “Agilidad”. Capacidad para adaptar el curso del desarrollo a la evolución de los requisitos y a las circunstancias del entorno de los proyectos. Metodología Ágil.
E N D
“Agilidad” • Capacidad para adaptar el curso del desarrollo a la evolución de los requisitos y a las circunstancias del entorno de los proyectos.
Metodología Ágil • Los métodos Ágiles son estrategias de desarrollo de software que promueven prácticas que son adaptativas en vez de predictivas, centradas en la gente o en los equipos, iterativas, orientadas hacia prestaciones y hacia la entrega, de comunicación intensiva, y que requieren que el negocio se involucre en forma directa.
En febrero de 2001, tras una reunión celebrada en Utah-EEUU, nace el término “ágil” aplicado al desarrollo de software. • 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. • Se pretendía ofrecer una alternativa a los procesos de desarrollo de software tradicionales, caracterizados por ser rígidos y dirigidos por la documentación que se genera en cada una de las actividades desarrolladas.
Tras esta reunión se creó The Agile Alliance3, una organización, sin ánimo de lucro, dedicada a promover los conceptos relacionados con el desarrollo ágil de software y ayudar a las organizaciones para que adopten dichos conceptos. • El punto de partida es fue el Manifiesto Ágil, un documento que resume la filosofía “ágil”.
Valoración para el Manifiesto Ágil • Al individuo y las interacciones del equipo de desarrollo sobre el proceso y las herramientas. • Desarrollar software que funciona más que conseguir una buena documentación. • La colaboración con el cliente más que la negociación de un contrato. • Responder a los cambios más que seguir estrictamente un plan.
Manifiesto Ágil • La prioridad es satisfacer al cliente mediante tempranas y continuas entregas de software que le aporte un valor. • Dar la bienvenida a los cambios. Se 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 entregas. • La gente del negocio y los desarrolladores deben trabajar juntos a lo largo del proyecto.
Construir el proyecto en torno a individuos motivados. Darles el entorno y el apoyo que necesitan y confiar en ellos para conseguir finalizar el trabajo. • 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. • El software que funciona es la medida principal de progreso. • Los procesos ágiles promueven un desarrollo sostenible. Los promotores, desarrolladores y usuarios deberían ser capaces de mantener una paz constante.
La atención continua a la calidad técnica y al buen diseño mejora la agilidad. • La simplicidad es esencial. • Las mejores arquitecturas, requisitos y diseños surgen de los equipos organizados por sí mismos. • En intervalos regulares, el equipo reflexiona respecto a cómo llegar a ser más efectivo, y según esto ajusta su comportamiento.
Desarrollo ágil de software • Son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones evolucionan mediante la colaboración de grupos auto organizados y multidisciplinarios.
Algunos métodos ágiles de desarrollo de software: • Adaptive Software Development (ASD). • Agile UnifiedProcess (AUP). • Crystal_Clear. • EssentialUnifiedProcess (EssUP). • FeatureDrivenDevelopment (FDD). • Lean Software Development (LSD). • Kanban. • Open UnifiedProcess (OpenUP). • Programación Extrema (XP). • Método de desarrollo de sistemas dinámicos (DSDM). • Scrum. • G300.
Webinar Gratuito: "¿Qué tan ágil puede ser mi modelo de procesos?" • Website: http://www.sgcampus.com.mx/web/guest/eventos • Fecha: Miércoles, Marzo 13, 2013 - 14:00 to 15:00 • Ciudad: Todo el mundo (Evento virtual) • Sede: Virtual
…”Nosotros somos ágiles por eso no documentamos”… • ”¿Me vas a hacer más lento el proceso?”… • ”¿Por qué siempre me pides evidencia con una minuta firmada?” • … Estas y muchas otras preguntas uno se va encontrando en la industria mientras se va enfrentando con los proyectos de calidad; el clásico concepto de que los modelos de procesos “clásicos” (CMMi, MoProSoft, PMBOK, ITIL, etc) van a provocar que se alenté las actividades del día a día y por otra parte los modelos de procesos “ágiles” (SCRUM, Lean, Kanban, etc.) en el cual se cree que no se va a llevar una documentación.
¿Pero es realmente los modelos “clásicos” unos modelos lentos? O es más bien una inadecuada interpretación de un consultor con poco conocimiento o un evaluador o lead appraiser con poco criterio para enfocarse a las necesidades de la organización y no solamente a que cubran el modelo/norma o estándar.
Todos los modelos de procesos se pueden convertir en la peor pesadilla para cualquier organización sino se saben interpretar o si se quieren seguir al pie de la letra lo que dicen. • Ningún modelo es lo suficiente completo para cualquier organización, por lo tanto se debe de revisar que es lo que nos ofrece cada modelo y enfocarlo principalmente a las necesidades de la organización en la que se quiera implementar.
