El documento compara las metodologías de desarrollo tradicional y ágil, describiendo sus etapas y roles. La metodología tradicional se centra en documentación exhaustiva y tiene un alto costo, mientras que la metodología ágil es más flexible e iterativa con sprints de corta duración. Ambas metodologías siguen etapas como iniciar, planificar, ejecutar, probar y cerrar, pero difieren en roles como product owner y scrum master del método ágil.

1. Metodologías De Desarrollo
Nombre: Natalia García.
Carrera: Ingeniería En Informática.

2. Temas:
1. Metodologías de desarrollo ágil vs tradicional.
2. Etapas de desarrollo de un proyecto.
3. Roles y responsabilidades.
4. Resumen de desarrollo de un proyecto.

3. Metodologías de desarrollo ágil vs tradicional
• La metodología tradicional se centra en llevar a cabouna
documentación exhaustiva en cada fase del proyecto y se
caracterizan por tener una estructura de desarrollo
claramente establecida y Presentan un alto costo al ser
implementadas.
• La metodología ágil Se basa en la adaptabilidad de los
procesos de desarrollo y sigue un proceso iterativo en el
que los proyectos se dividen en Sprint de menor duración.
A diferencia del enfoque tradicional, se gasta menos
tiempo en la planificación y la priorización por
adelantado, ya que el enfoque ágil es más flexible en
cuanto a cambios respecto a los requerimientos iniciales.

4. Etapas de desarrollo de un proyecto
Este método se basa en las siguientes etapas secuenciales:
• Iniciación y toma de requisitos:Etapa en la cual se obtiene una definición del
proyecto y las autorizaciones formales para su inicio.
• Planificación y diseño: Etapa en la cual se define la estrategia y planificación a
seguir de forma detallada.
• Ejecución y desarrollo: Etapa en la cual se ejecuta el plan de gestión del proyecto.
• Medición y prueba: Etapa activa en todo el ciclo en la que constantemente se está
evaluando el avance del proyecto.
• Cierre: Etapa formal donde se da por aceptado el desarrollo del proyecto.

5. Roles y responsabilidades
• Los roles y responsabilidades
dependen de la metodología a
utilizar.
• Roles y responsabilidades
metodologías tradicional:
1. Cliente/Usuario
2. Líder del Proyecto
3. Analista
4. Programador
5. Entre otros.
• Roles y responsabilidades metodología
ágil:
• Roles centrales: product owner, Scrum
master, Scrum team
• Roles no centrales: cliente, usuario,
patrocinador
1. Product Owner
2. Scrum Master
3. Equipo de Desarrollo
(Scrum Team)

6. Resumen de desarrollo de un proyecto
• Cada vez que se desarrolla un proyecto informático de alguna forma se asocia al ciclo de vida
de un sistema el cual consta de las siguientes etapas:
• Sin embargo cuando miramos desde una metodología tradicional o ágil estas tienen su
propias etapas de desarrollo.
• Las cuales tienen sus ventajas y desventajas las cuales son las siguientes:

7. Ventajas y desventajas Metodología
Tradicional
• Ventajas:
• Evaluación en cada fase que permite cambios de objetivos.
• Funciona bien en proyectos de innovación.
• Es sencillo, ya que sigue los pasos intuitivos necesarios a la hora de
desarrollar el software.
• Seguimiento detallado en cada una de las fases.
• Desventajas:
• La evaluación de riesgos es compleja.
• Poniendo a nuestro cliente en una situación que puede ser muy incómoda
para él.

8. Ventajas de Metodología Ágil
• VENTAJAS:
• Flexibilidad a cambios.
• Reducción del Time to Market.
• Mayor calidad del software.
• Mayor productividad.
• Predicciones de tiempos.
• Reducción de riesgos.
ETAPAS METODOLOGIAS AGIL:
• Definición de los requisitos del
proyecto.
• Análisis de requisitos y
necesidades.
• Diseño integral.
• Desarrollo de dicho diseño.
• Pruebas que denoten su correcto
funcionamiento.
• Implementación del proyecto.
• Acciones de mantenimiento.

9. CADA SPRINT CONTIENE DIFERENTES REUNIONES QUE
SON EJECUTADAS DENTRO DEL SPRINT LAS CUALES SON
CONOCIDAS COMO “CEREMONIAS DE SCRUM”
•Planificación del sprint.
•Daily.
•Etapa de desarrollo.
•Revisión del sprint.
•Retroalimentación.
Las metodologias tradicionales
y ágiles pueden parecer
similares en algunas etapas,
pero lo relevante es que en
ambas el cliente es quién
genera los requerimientos
para la ejecución del proyecto.