Metodología tradicional

Metodología tradicional 

El origen de la metodología tradicional del desarrollo del software es la metodología de construcción de productos físicos. Esta metodología tradicional del desarrollo del software se caracteriza por:
Basarse en un ciclo de vida de desarrollo del software en cascada ya que organiza los proyectos en etapas que se ejecutan secuencialmente.
• Especificación de Requisitos
• Análisis
• Diseño
• Desarrollo
• Pruebas
• Implantación
• Mantenimiento
Algunos de sus inconvenientes son

• El usuario no ve el producto hasta el final, no puede ir validando hitos intermedios e ir verificando que lo que se ha construido es lo que necesita.
• Si mi negocio es muy cambiante, pueden variar las necesidades desde el día que se toman los requisitos hasta el día de inicio la construcción

Diferencia entre la ágil

1. Basadas en normas provenientes de estándares seguidos por el entorno de desarrollo
2. Cierta resistencia a los cambios
3. Impuestas externamente
4. Proceso mucho más controlado, con numerosas políticas/normas
5. El cliente interactúa con el equipo de desarrollo mediante reuniones
6. Más artefactos
7. Más roles
8. Grupos grandes y posiblemente distribuidos
9. La arquitectura del software es esencial y se expresa mediante modelos
10. Existe un contrato prefijado

Metodología ágil

Metodología ágil

La definición moderna de metodología ágil de software evolucionó a mediados de los años 1990 como parte de una reacción contra las metodologías de "peso pesado",muy estructuradas y estrictas, extraídas del modelo de desarrollo en cascada, inicialmente, las metodologías ágiles fueron llamadas metodologías de "peso liviano“.

Permite incorporar cambios con rapidez en el desarrollo de software. Los modelos de gestión tradicionales no sirven para afrontar un reto que hoy en día resulta fundamental: incorporar cambios con rapidez y en cualquier fase del proyecto.

Manifiesto Ágil

Según el Manifiesto se valora:

• ·         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.

Diferencia entre la tradicional

1. Basadas en heurísticas provenientes de prácticas de producción de código
2. Especialmente preparados para cambios durante el proyecto
3. Impuestas internamente (por el equipo)
4. Proceso menos controlado, con pocos principios.
5. El cliente es parte del equipo de desarrollo
6. Pocos artefactos
7. Pocos roles
8. Grupos pequeños (<10 integrantes) y trabajando en el mismo sitio