Metodologias agil vs tradicional

1. Metodología de Desarrollo
Ágil vs Tradicional
Nicolás Ormeño
Ríos
04-06-2022

2. METODOLOGÍA TRADICIONAL
• La principal característica de la metodología tradicional su ejecución,
trata de un procedimiento secuencial caracterizado por dividir los
procesos de desarrollo en sucesivas fases de proyecto. Cada una de
estas fases se ejecuta tan solo una vez, cada etapa que inicia podrá
hacerlo siempre y cuando la etapa anterior finalice y los resultados de
cada una funciona como una hipótesis de partida para la siguiente.

3. (Existen diversas versiones del
modelo)
Proceso de desarrollo de la Metodología Tradicional

4. Metodología Tradicional
Ventajas Desventajas
Evaluación en Cada Fase permite cambios
de objetivos.
Compleja Evaluación de Riegos ya que no se
sabrá exactamente que sucederá en
siguientes fases.
Es simple, sigue los pasos necesarios para
el desarrollo del software.
El cliente solo interactúa sobre el proyecto
mediante reuniones.
Seguimiento de las fases muy detalladas.
(Documentación Clara pero extensa)
El usuario final no se integra en el proceso de
producción hasta que no termina la
programación.
Ideal para proyectos en lo que se sabe lo
que se quiere construir.
Mayor enfocacion sobre los procesos que
sobre el producto.
Los costes y la carga de trabajo se pueden
estimar al comenzar el proyecto.
La modificación del diseño del proyecto
implica cierta complejidad para el cambio.

5. Otras Versiones

6. 2 MODELOS DE LA METODOLOGÍAS
TRADICIONAL
Espiral Prototipo

7. METODOLOGÍAS ÁGIL
• Por definición las metodologías ágiles son aquellas que permiten adaptar
la forma de trabajo a las condiciones del proyecto. Estas metodologías
ponen relevancia en que la capacidad de respuesta a un cambio es más
importante que el seguimiento estricto de un plan, consiguiendo
flexibilidad e inmediatez en la respuesta para amoldar el proyecto y su
desarrollo a circunstancias específicas.

8. Metodología Ágil
Ventajas Desventajas
Permite al equipo dividir el proyecto en etapas
y así centrarse en cada una de forma
individual. Esto permite trabajar más rápido.
La falta de documentación podría dificultar
nuevos miembros que se unan al proyecto.
proyecto.
Existe una mayor flexibilidad al momento de
realizar cambios, no se agobian si se presenta
un problema.
Se requiere mucha interacción entre el cliente y
los desarrolladores.
La estrecha interacción entre el equipo y el
cliente garantiza un progreso constante.
Además de que el cliente puede ver resultados
de forma mas sencilla.
El usuario final no se integra en el proceso de
producción hasta que no termina la
programación.
Facilidad al momento de encontrar errores. Existe el peligro de que la falta de límites del
proyecto conduzca a una expansión
descontrolada.

9. FIN