Instituto Profesional AIEP

Análisis comparativo entre metodologías

tradicionales y metodologías Agiles

NOMBRE ESTUDIANTE(S): LUZ MARIVEL LIÑAN VALERIO

LUIS ALFREDO RUIZ PINILLA

CARRERA: PROGRAMACIÓN Y ANÁLISIS DE SISTEMAS

SEDE: Maipú

MÓDULO: TALLER DE DISEÑO DE SISTEMAS

SECCIÓN: 5600

DOCENTE: TAVITA VIRGINIA LAGOS YANEZ

Santiago, octubre, 2021

Índice:

Índice:................................................................................................................................................2
Introducción:......................................................................................................................................3
Metodología de desarrollo de software tradicional:..........................................................................4
Metodología de desarrollo de software ágil.......................................................................................7
Diferencias entre Gestión Ágil vs Gestión Tradicional......................................................................10
Flexibilidad...................................................................................................................................10
Apropiación y transparencia........................................................................................................10
Solución de problemas.................................................................................................................11
Alcance de la retroalimentación......................................................................................................11
Comparaciones entre metodologías................................................................................................11
Metodologías tradicionales..............................................................................................................12
Metodologías Ágil:...........................................................................................................................12
Conclusión:.......................................................................................................................................13
Referencias:......................................................................................................................................14
Introducción:

Hoy en día, la mayoría de las empresas se enfocan en brindar calidad y lograr la

satisfacción del cliente, por lo que el desafío es elegir entre métodos de desarrollo
tradicionales y métodos de desarrollo ágiles. Aunque ambos métodos tienen
aspectos positivos y negativos, tomar la decisión correcta al iniciar un nuevo
proyecto juega un papel crucial.
Los principales puntos para considerar al elegir un método de desarrollo son los
siguientes:
Requisitos comerciales: el impacto de la implementación de requisitos específicos
en el negocio del cliente.
Percepción del cliente: percepción del cliente del impacto empresarial
Marco de tiempo del proyecto: el marco de tiempo definido para la implementación
en tiempo real del proyecto.

El ciclo de vida del desarrollo de software (SDLC) incluye etapas como

planificación, análisis, diseño e implementar. Se han creado muchos modelos
SDLC, como los modelos en cascada, en espiral y en V-model.
Existen hoy muchos métodos nuevos, SCRUM (métodos ágiles) es uno de ellos.
Agile se compone de muchas metodologías, pero SCRUM es el método más
famoso y poderoso que puede traer beneficios a la empresa, es sencillo para
gestionar proyectos difíciles. En comparación con el modelo SDLC tradicional,
muchas empresas de éxito lo utilizan. En nuestro estudio comparativo,
discutiremos que modelo es mejor, ya sea un modelo tradicional o un nuevo
modelo SDLC.
Gestión Tradicional: Metodología establecida donde los proyectos se ejecutan en
un ciclo de vida secuencial.
Gestión Ágil: Prioriza al equipo de trabajo, a la colaboración con el cliente, y la
flexibilidad.
Metodología de desarrollo de software tradicional:

El modelo Waterfall es uno de los modelos tradicionales de SDLC sigue

únicamente el orden secuencial. Fluye de forma constante hacia abajo. Se utiliza
en el proceso de desarrollo de software.
Aquí el flujo de desarrollo es unidireccional, desde los requisitos hasta el diseño y
luego al desarrollo, a las pruebas y el mantenimiento. En enfoques clásicos como
el modelo Waterfall, cada fase tiene entregables específicos y documentación
detallada que se ha sometido a un proceso de revisión exhaustivo.

Los enfoques tradicionales son adecuados cuando se comprenden bien los

requisitos, por ejemplo, en industrias como la construcción, donde todos
comprenden claramente el producto final. Por otro lado, en industrias que cambian
rápidamente como TI, los procedimientos de desarrollo tradicionales pueden no
lograr los objetivos del proyecto. A continuación, se muestran las principales
desventajas de los métodos SDLC tradicionales.

 La declaración del problema / necesidad empresarial debe definirse con

mucha antelación. La solución también debe determinarse de antemano y
no se puede cambiar ni modificar.

 El conjunto completo de requisitos debe darse en la fase inicial sin ninguna

posibilidad de cambiarlos o modificarlos después de que haya comenzado
el desarrollo del proyecto.
Por ejemplo, el usuario podría haber dado requisitos iniciales para analizar sus
productos en términos de ventas. Una vez que el proyecto ha comenzado, si el
usuario desea cambiar el requisito y analizar los datos sobre el movimiento de
productos por región, el usuario puede esperar hasta que se completen los
requisitos iniciales o iniciar otro proyecto.

 El usuario no puede realizar evaluaciones intermedias para asegurarse de

que el desarrollo del producto esté alineado para que el producto final
cumpla con los requisitos comerciales.
 El usuario obtiene un sistema basado en la comprensión del desarrollador y
es posible que esto no siempre satisfaga las necesidades del cliente.
 La documentación asume una alta prioridad y se vuelve costosa y requiere
mucho tiempo de creación.
 Hay menos posibilidades de crear / implementar componentes reutilizables.
Estas desventajas dificultan la entrega del proyecto en términos de costo,
esfuerzo, tiempo y terminan teniendo un gran impacto en las relaciones con los
clientes.

 Las pruebas solo pueden comenzar una vez finalizado el proceso de

desarrollo. Una vez que la aplicación está en la etapa de prueba, no es
posible volver atrás y editar nada que pueda tener un impacto adverso en
las fechas de entrega y los costos del proyecto.
 Ocasionalmente, los proyectos se descartan, lo que da la impresión de
ineficiencia y da como resultado una pérdida de esfuerzo y gasto.
Las metodologías de desarrollo tradicionales son adecuadas solo cuando los
requisitos son precisos, es decir, cuando el cliente sabe exactamente lo que quiere
y puede decir con seguridad que no habrá cambios importantes en el alcance
durante el desarrollo del proyecto. No es adecuado para proyectos grandes como
proyectos de mantenimiento donde los requisitos son moderados y existe un gran
margen para la modificación continua.

Figura 1 Modelo Tradicional

Metodología de desarrollo de software ágil

A diferencia de los enfoques tradicionales de SDLC, los enfoques ágiles son

precisos y fáciles de usar. Los usuarios / clientes tienen la oportunidad de realizar
modificaciones a lo largo de las fases de desarrollo del proyecto. Las ventajas de
Agile sobre las metodologías de desarrollo tradicionales incluyen:

 Aunque la declaración del problema / necesidad comercial y la solución se

definen de antemano, se pueden modificar en cualquier momento.
 Los requisitos / historias de usuario se pueden proporcionar
periódicamente, lo que implica mejores posibilidades de entendimiento
mutuo entre el desarrollador y el usuario.
 La solución se puede determinar segregando el proyecto en diferentes
módulos y se puede entregar periódicamente.
 El usuario tiene la oportunidad de evaluar los módulos de la solución para
determinar si se satisface la necesidad empresarial, lo que garantiza
resultados de calidad.
 Es posible crear componentes reutilizables.
 Hay menos prioridad en la documentación, lo que se traduce en un menor
consumo de tiempo y gasto.
Agile propone un enfoque incremental e iterativo para el desarrollo. Consideremos
la metodología Agile Scrum para comprender bien cómo funcionan los procesos
ágiles. Scrum Máster juega un papel importante en la metodología Agile Scrum.
Un Scrum Máster interactúa a diario con el equipo de desarrollo y con el
propietario del producto para asegurarse de que el desarrollo del producto esté
sincronizado con las expectativas del cliente. El siguiente diagrama ilustra el
proceso del ciclo de vida en metodologías ágiles.

Figura2 Ciclo de Vida Metodologías ágiles

Durante el inicio del proyecto, el cliente divide el conjunto inicial de requisitos en
Historias de usuario. El Scrum Master o Product owner organiza estas User
Stories y las segrega en diferentes Sprints. En general, Sprint contiene 3-4 User
Stories que se entregarán en 4 a 5 semanas, estas son cifras aproximadas y se
decidirán en función de la complejidad de las User Stories. Una vez que se realiza
la planificación del Sprint, las Historias de usuario seleccionadas se vuelven a
dividir en tareas para que el desarrollador pueda tener una hoja de ruta clara para
ofrecer resultados de calidad. Al final de cada Sprint, el cliente tiene la oportunidad
de revisar y predecir el resultado final y puede proponer cambios, si los hubiera.
La principal diferencia entre los enfoques tradicionales y ágiles es la secuencia de
las fases del proyecto: recopilación de requisitos, planificación, diseño, desarrollo,
pruebas. En las metodologías de desarrollo tradicionales, la secuencia de las
fases en las que se desarrolla el proyecto es lineal mientras que en Agile es
iterativa. La imagen de abajo ilustra esta diferencia.

Figura 3 Diferencias
Diferencias entre Gestión Ágil vs Gestión Tradicional

Flexibilidad
La gestión de proyectos tradicional deja poco espacio para cambios de producto.
Este es un proceso riguroso, una vez finalizado el plan, los gerentes son
responsables de comunicarlo a su equipo y asegurarse de que cada miembro lo
ejecute de la mejor manera. Cualquier cambio que desee realizar encontrará
mucha resistencia porque puede interrumpir el progreso del proyecto.
A diferencia de la gestión de proyectos tradicional, los métodos ágiles
proporcionan una mayor flexibilidad a la hora de realizar cambios. En este caso,
los miembros del equipo pueden compartir e intercambiar libremente ideas que
creen que ayudarán a mejorar aún más el producto, por lo que pueden
experimentar y encontrar / proponer las mejores alternativas. Los métodos ágiles
se centran más en obtener el producto correcto que en seguir una estructura
rígida.

Apropiación y transparencia

Otra diferencia para considerar entre estos métodos es que, en la gestión de

proyectos tradicional, la propiedad pertenece al director del proyecto, por lo que es
responsable de planificar y documentar todo el recorrido del producto.
A excepción del gerente, solo hay clientes que participaron en la etapa de
planificación, pero una vez iniciada la implementación, su participación fue nula.
Dado que el gerente está a cargo del proyecto, los miembros del equipo
generalmente no tienen voz en los resultados de sus esfuerzos o en el progreso
del proyecto.
En métodos ágiles, el proyecto es propiedad de los miembros del equipo de
trabajo. Juntos, desarrollaron un plan para completar el trabajo dentro del tiempo y
costo estimados. Además, pueden comprender el progreso del producto de
principio a fin. Toda esta transparencia juega un papel importante en el
mantenimiento de un ambiente de trabajo eficiente y altamente participativo.
Solución de problemas
Si hay un obstáculo inesperado, los miembros del equipo deben comunicar el
asunto a su gerente. Sin embargo, no es una opción viable / factible cada vez que
ocurre un problema de transmisión, ya que esto puede causar retrasos, significar
exceder el límite de tiempo y aumentar el costo total.
Dentro de las metodologías ágiles, los equipos tienen la autoridad para tomar las
decisiones por sí mismos. De esta forma, intenta resolver los problemas
internamente y evitan pérdidas de tiempo innecesarias. Al estar comprometidos y
cerca del proceso, sus conocimientos ayudan a abordar la mayoría de los
problemas que dificultan su progreso. Por lo tanto, a menos que haya necesidad
de tomar decisiones extremas, los miembros del equipo difícilmente eleven
asuntos triviales/sin importancia a sus gerentes.

Alcance de la retroalimentación
En la gestión de proyectos tradicional, cada proceso es claramente definido y
planeado desde el comienzo. Éste debe ser finalizado y completo dentro del
tiempo y costo estimado, lo que significa que cualquier cambio brusco/grande/de
importancia o feedback que pueda retrasar la fecha límite no se considera.
Mientras que dentro de los métodos Agile se permite el feedback constante, el
cual es muy útil para proporcionar un mejor rendimiento.

Comparaciones entre metodologías

Tradicional ágil
Se define todo desde el principio Refactorización
Predictivos Adaptable
Plan detallado Se trabaja sobre funcionalidades
básicas sus mejoras
Contratos estrictos Just in time (ajustar al tiempo)
Problemas en la priorización Contratos de alcance variable
Enconder el error Detectar el error cuanto antes para
resolverlo
Propiedad individual Propiedad colectiva del Código
incertidumbre descontrola Alta incertidumbre
Metodologías tradicionales
VENTAJAS DESVENTAJAS

Modelo conocido y utilizado con En el trabajo día a día, es muy difícil

frecuencia seguir una secuencia lineal

Requiere mucho tiempo para ver el

producto terminado ya que no se puede
Orientado a Resultados
avanzar hasta que la etapa previa haya
culminado.

Cualquier error detectado en la etapa

Promueve una metodología de
de prueba, requiere de un rediseño y
trabajo efectiva:  Definir antes que
nueva programación, lo cual aumenta los
diseñar, diseñar antes que codificar. 
costos y el tiempo del desarrollo.

Metodologías Ágil:
VENTAJAS DESVENTAJAS

Rápida respuesta a los cambios Fuerte dependencia de los líderes

Intervención del cliente en el proceso Falta de documentación

Entregas del producto a intervalos Soluciones erróneas en etapas largas

Eliminación de tareas innecesarias  

Conclusión:
Cosas como el alcance del proyecto y los requisitos cambian durante el proyecto,
lo que hace que los proyectos de TI sean diferentes de los proyectos de
construcción o ingeniería. La metodología ágil como Scrum es preferible en
proyectos que involucran equipos grandes donde podemos esperar cambios
frecuentes en los requisitos. Dado que las fases de desarrollo, como la
recopilación de requisitos, el diseño, el desarrollo y las pruebas, pueden comenzar
en paralelo, todo el equipo puede participar en las áreas respectivas, lo que
aumenta la productividad y acelera el proceso de desarrollo.

Puntos clave durante la elección de una metodología u otra:

 Identificar los factores que hicieron necesaria la transición.

 Todos, incluido el usuario, deben tener claras las razones que conducen a
la transición.
 Identificar si es un proyecto pequeño o un gran proyecto.
 Tenga en cuenta la etapa actual del proyecto que se va a realizar la
transición, ya sea que el desarrollo haya comenzado o aún no haya
comenzado.
 Asegurarse de que el equipo comprenda bien el nuevo enfoque y se haya
adaptado a sus respectivos roles según el nuevo enfoque.
 Organizar la formación necesaria para el equipo.

De hecho, no existe un enfoque único para todos los proyectos u organizaciones.

La elección del método de implementación depende en gran medida de factores
como la naturaleza del proyecto, la escala y los recursos involucrados. La mayoría
de las veces, el director de proyecto con más experiencia decide qué método
utilizar durante el inicio del proyecto. Las decisiones se toman después de llegar a
un acuerdo con otros patrocinadores del proyecto y aquellos involucrados en el
proceso de planificación.

En esta pugna entre la gestión tradicional y la gestión ágil de proyectos, en los

últimos años, los métodos ágiles parecen haber superado a los tradicionales.
Referencias:

Cohn, M. (2021, 13 octubre). Scrum Methodology and Project Management.

Mountain Goat Software. https://www.mountaingoatsoftware.com/agile/scrum
M. Singh, U-SCRUM: An Agile Methodology for Promoting Usability. In Ag. AGILE
'08. Conference, Toronto, 2008, 555-560.
K, P. (2010). "Doctoral research in Sweden Implementing Lean and Agile Software
Development in Industry”.
Woodward, E., S. Surdek, and M. Ganis, A Practical Guide to Distributed Scrum.
2010: IBM Press.