METODOLOGIAS AGILESRAMÍREZ ZARIÑAN LIZETH

TACUBA ARELLANO PAOLA

6IM8

El desarrollo ágil de software refiere a métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requisitos y soluciones evolucionan mediante la colaboración de grupos auto organizados y multidisciplinarios. Existen muchos métodos de desarrollo ágil; la mayoría minimiza riesgos desarrollando software en lapsos cortos. El software desarrollado en una unidad de tiempo es llamado una iteración, la cual debe durar de una a cuatro semanas. Cada iteración del ciclo de vida incluye: planificación, análisis de requisitos, diseño, codificación, revisión y documentación. Una iteración no debe agregar demasiada funcionalidad para justificar el lanzamiento del producto al mercado, sino que la meta es tener una demo al final de cada iteración. Al final de cada iteración el equipo vuelve a evaluar las prioridades del proyecto.

MÉTODO ÁGIL

1. Están especialmente preparadas para

el cambio durante el proyecto

2. La metodología es impuesta por el

equipo de desarrollo

3. El cliente es parte del equipo de

desarrollo

4. Se trabaja como un equipo,

comunicándose de manera correcta

MÉTODO TRADICIONAL

1. Cierta resistencia a los cambios

2. Impuestas externamente

3. El cliente interactúa con el equipo de desarrollo mediante reuniones

Ventajas

DesventajasMÉTODO ÁGIL

1. El proceso esta poco controlado2. No existe un contrato prefijado3. Pocos artefactos4. Menos énfasis en la arquitectura del software

5. Los sistemas pueden tener una estructura deficiente

MÉTODO TRADICIONAL

1. Proceso mucho más controlado, con numerosas políticas/normas

2. Existe un contrato prefijado

3. Mas roles

4. La arquitectura del software es esencial y se expresa mediante modelos

Cabe mencionar que el sistema puede tener una estructura deficiente por el tiempo y la organización

SCRUM

• Planificación del Sprint. En esta fase se define el Product Backlog si todavía no ha sido definido, el cual consiste en una lista priorizada de requisitos del sistema y es un documento vivo, que puede ser continuamente actualizado.

• Seguimiento del Sprint. A lo largo de esta fase se llevan a cabo breves reuniones diarias, para ver el avance de las tareas y el trabajo que esta previsto para la jornada.

Fases

• Revisión del Sprint. Una vez finalizado el Sprint se realiza un análisis y revisión del incremento generado. En esta reunión se presentan los resultados finales y se recomienda siempre tener preparada una demo.

Fases

LO QUE SE RESUME EN 3 PUNTOS

1. Está especialmente indicada para proyectos con un rápido cambio de requisitos

2. El desarrollo de software se realiza mediante iteraciones, denominadas Sprint, con una duración de 30 días

3. Reuniones a lo largo proyecto

METODOLOGIA CON MAYOR PRESENCIA EN INTERNET

Extreme Programming

• Fase de Exploración. En esta fase los usuarios escriben las tarjetas de historia que ellos quieren que sean incluidas en la primera versión. Cada una de las tarjetas de historia describen una funcionalidad que será añadida al programa.

• Fase de planificación. En esta fase se establece la prioridad de las diferentes historias y se acuerda el contenido de la primera entrega del proyecto.

Fases

• Fase de iteraciones. Esta fase incluye la realización de diferentes fases antes de liberar la primera versión del producto.

• Fase de producción. En esta fase se llevan a cabo se llevan a cabo un conjunto de pruebas extras, de rendimiento y funcionamiento que son necesarias antes de poder entregar el producto al cliente

Fases

• Fase de mantenimiento. Una vez se ha liberada la primera versión a los usuarios, el proyecto se debe mantener en el entorno de producción siempre y cuando aún hayan iteraciones en fase de producción.

• Fase de cierre del proyecto. Es la fase en que los clientes ya no tienen más historias que deban ser implementadas. La documentación del proyecto se realiza en esta fase, ya que ni la arquitectura, ni el diseño, ni el código sufrirán cambio alguno

Fases

Crystal Methodologies

Las metodologías Crystal son una familia de metodologías ágiles, donde cada una de ellas está adecuada para un tipo de proyecto. Su creador es el popular Cockburn uno de los firmantes del manifiesto ágil.

Fases

Propiedades Las 7 propiedades de las metodologías Crystal

1 – Entregas frecuentes, en base a un ciclo de vida iterativo e incremental. En función del proyecto puede haber desde entregas semanales hasta trimestrales. Para los que conozcan Scrum: en Scrum las entregas son, máximo, cada 4 semanas, en las Crystal se contemplan muchas más opciones.

2 – Mejora reflexiva. Que viene a ser mejora continua. Las iteraciones ayudan a ir ajustando el proyecto, a ir mejorándolo.

3 – Comunicación osmótica. Traducido al castellano, que el equipo esté en una misma ubicación física, para lograr la comunicación cara a cara.

4 – Seguridad personal. Todo el mundo puede expresar su opinión sin miedos, teniéndosele en cuenta, considerándose su opinión, etc.

Propiedades 5- Enfoque. Períodos de no interrupción al equipo (2h horas), objetivos y prioridades claros, definiendo así tareas concretas. Si llevas desde hace tiempo pasando por este blog, recordarás ya comentábamos, tiempo a, aquello de que el entorno físico afecta al desarrollador de software.

6 – Fácil acceso a usuarios expertos. Las Crystal (a diferencia de otras como XP) no exigen que los usuarios estén continuamente junto al equipo de proyecto (no todas las organizaciones pueden hacerlo), sí que, como mínimo, semanalmente debe haber reuniones y los usuarios deben estar accesibles.

7 – Entorno técnico con pruebas automatizadas, gestión de la configuración e integración continua. Prácticas comunes en casi todas las metodologías ágiles, te dejo un post sobre la integración continua.

Dynamic Systems Development Method

Es un ágil marco de ejecución de proyectos, que se utiliza principalmente como un método de desarrollo de software.

DSDM reconoce que los proyectos son limitados por el tiempo y los recursos, y los planes acorde a las necesidades de la empresa. Para alcanzar estas metas, DSDM promueve el uso del RAD con el consecuente peligro que demasiadas esquinas estén cortadas. DSDM aplica algunos principios, roles, y técnicas.

Principios +Involucrar al cliente es la clave para llevar un proyecto eficiente y efectivo, donde ambos, cliente y desarrolladores, comparten un entorno de trabajo para que las decisiones puedan ser tomadas con precisión.

+El equipo del proyecto debe tener el poder para tomar decisiones que son importantes para el progreso del proyecto, sin esperar aprobación de niveles superiores.

+DSDM se centra en la entrega frecuente de productos, asumiendo que entregar algo temprano es siempre mejor que entregar todo al final. Al entregar el producto frecuentemente desde una etapa temprana del proyecto, el producto puede ser verificado y revisado allí donde la documentación de registro y revisión puede ser tenida en cuenta en la siguiente fase o iteración.

Principios +El principal criterio de aceptación de entregables en DSDM reside en entregar un sistema que satisface las actuales necesidades de negocio. No está dirigida tanto a proporcionar un sistema perfecto que resuelva todas las necesidades posibles del negocio, si no que centra sus esfuerzos en aquellas funcionalidades críticas para alcanzar las metas establecidas en el proyecto/negocio.

+El desarrollo es iterativo e incremental, guiado por la realimentación de los usuarios para converger en una solución de negocio precisa.

+Todos los cambios durante el desarrollo son reversibles.

+El alcance de alto nivel y los requerimientos deberían ser base-lined antes de que comience el proyecto.

+Las pruebas son realizadas durante todo el ciclo vital del proyecto. Esto tiene que hacerse para evitar un caro coste extraordinario en arreglos y mantenimiento del sistema después de la entrega.

+La comunicación y cooperación entre todas las partes interesadas en el proyecto es un prerrequisito importante para llevar un proyecto efectivo y eficiente.

Estudio de vialidad. Se estudia que tan eficiente podría ser la utilización de DSDM y se decide si se utilizará o se utilizará otro método.

Estudio de negocio. Se evalúan las características de la tecnología para llevar a cabo el negocio.

Iteración de diseño . Se construye el sistema con un resultado final de un sistema probado que satisface los mínimos requisitos que se establecieron.

Implementación . Se pasa del entorno de desarrollo al entorno de producción.

Fases