0% encontró este documento útil (0 votos)
24 vistas

LRPD2 Informe

Cargado por

alex.xxiv.04
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
24 vistas

LRPD2 Informe

Cargado por

alex.xxiv.04
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
Está en la página 1/ 25

UNIVERSIDAD PRIVADA SAN JUAN BAUTISTA

FACULTAD DE INGENIERÍAS

ESCUELA PROFESIONAL DE INGENIERÍA DE


COMPUTACIÓN Y SISTEMAS

INFORME 02

CURSO

DESARROLLO ADAPTATIVO E INTEGRADO DE


SOFTWARE
"Análisis comparativo entre metodologías tradicionales y ágiles
para el desarrollo de software: Un estudio exhaustivo sobre
eficiencia, flexibilidad y resultados en proyectos tecnológicos."

CHINCHA - PERÚ
2024
DOCENTE DEL CURSO

ING. PEDRO CORONADO RODRIGUEZ

PRESENTADO POR LOS ESTUDIANTES

a) CUEVA RAYMUNDO, NAYLLELY ZHAYURI DEL PILAR


b) LUQUE HUAMAN, JOSUE ALEXANDER
c) MALÁSQUEZ SÁNCHEZ, DIEGO DANIEL
d) PACHAS TALLA, CRISTHIAN GUSTAVO
e) TASAYCO HERNÁNDEZ, ADRIÁN EDUARDO

CICLO: V
Presentación
Nuestro trabajo de investigación está centrado en analizar y comparar las metodologías

tradicionales con las metodologías ágiles para darnos una idea de una posible elección de

metodología que tengamos para un determinado proyecto de desarrollo de software.

Las metodologías tradicionales que veremos en esta presentación son: Waterfall o

cascada, Modelo en V, Modelo Incremental y Modelo en Espiral. Mientras tanto las

metodologías ágiles que tenemos son: Lean Software Development, Scrum, XP (Extreme

Programming) y Kanban. Cada una de estas metodologías tiene características, principios y

prácticas únicas que influyen diferentes aspectos del desarrollo de un software. Además se

consideran aspectos como: Planificación, ejecución, flexibilidad, adaptabilidad, roles y

responsabilidades, comunicación y colaboración, calidad, tiempos y costos y finalmente los

riesgos.

Este análisis detallado busca ofrecer una guía completa para comprender las fortalezas y

debilidades de cada enfoque y tomar decisiones informadas al seleccionar la metodología más

adecuada para proyectos específicos.


Índice
Presentación.............................................................................................................................. 3
Índice ......................................................................................................................................... 4
Introducción ............................................................................................................................. 5
Metodología empleada en la investigación ............................................................................ 6
Metodologías ágiles y tradicionales ........................................................................................ 7
Análisis comparativo ............................................................................................................... 1
Conclusiones ........................................................................................................................... 10
Recomendaciones y Consideraciones Finales ...................................................................... 11
Referencias Bibliográficas ..................................................................................................... 12
Introducción

En el presente informe se explica la comparación entre enfoques tradicionales y ágiles en

metodologías de desarrollo de software en términos de eficiencia, flexibilidad y los resultados

finales obtenidos en el proyecto tecnológico. Quedará claro que el uso de metodologías

adecuadas puede afectar considerablemente el éxito de un proyecto de software, por lo que se

ha realizado una evaluación adecuada para comprender mejor las ventajas y desventajas de

cada enfoque. Se tiene como objetivo el comparar las metodologías tradicionales (como

Waterfall, Modelo en V, Modelo Incremental y Modelo en Espiral) con las ágiles (como

Desarrollo de Software Lean, Scrum, Programación Extrema o XP y Kanban) para asi tener

un conocimiento sobre lo que proporciona cada una en cuanto a planificación, ejecución,

flexibilidad, entre otros resultados relacionados con la calidad del producto y satisfacción del

cliente. Esta investigación tendrá como alcance comparar las metodologías tradicionales y

ágiles para el desarrollo de proyectos tecnológicos, explorando aspectos como planificación,

ejecución, flexibilidad, adaptabilidad, roles y responsabilidades, comunicación y

colaboración, calidad, tiempos y costos y finalmente los riesgos. Otros aspectos adicionales

que se ven son los de características, ventajas, desventajas, similitudes y diferencias.


Metodología empleada en la investigación

La investigación realizada emplea una metodología explicativa y comparativa:

- Este enfoque busca comprender y explicar fenómenos o conceptos al comparar y

contrastar diferentes variables o situaciones. Se centra en desglosar la información de

manera clara y detallada para identificar similitudes, diferencias y relaciones entre los

elementos estudiados. Permite una evaluación exhaustiva que ayuda a identificar

patrones, tendencias y posibles implicaciones prácticas.

En esta investigación se usó para analizar y entender las diferencias entre metodologías

tradicionales y ágiles en el desarrollo de software. Se examinan en detalle enfoques como

Waterfall, Scrum, Lean, XP y Kanban, explorando sus características, ventajas, desventajas,

similitudes y diferencias. Además, se evalúan aspectos clave como la planificación,

ejecución, flexibilidad, adaptabilidad, roles y responsabilidades, comunicación y

colaboración, calidad, tiempos y costos, y riesgos. Este enfoque proporciona una

comprensión profunda de cómo las distintas metodologías afectan el éxito de los proyectos

tecnológicos, permitiendo una comparación completa de sus efectos en la calidad del

producto y la satisfacción del cliente, por consiguiente, se detalla en qué consisten los

diferentes enfoques que se mencionaron con anterioridad.


Metodologías ágiles y tradicionales

Metodologías ágiles:

- Metodología LSD (Lean Software Development): Aunque se basa en los principios

del Lean Manufacturing, comparte muchos valores y principios con las metodologías

ágiles, como la entrega rápida de productos de alta calidad y la mejora continua.

- Metodología Scrum: Es un marco de trabajo ágil diseñado para el desarrollo de

productos complejos, con un enfoque paso a paso y progresivo. Se destaca por su

énfasis en la transparencia, evaluación y adaptación constantes.

- Metodología XP (Extreme Programming): Es una metodología ágil que se centra

en la entrega temprana y regular de software de alta calidad. Destaca por su énfasis en

la comunicación, la retroalimentación rápida y la mejora continua.

- Metodología Kanban / Scrumban: Si bien Kanban y Scrumban son más enfoques de

gestión visual que metodologías ágiles en sí mismas, se utilizan comúnmente en

entornos ágiles para mejorar la eficiencia y la visibilidad del trabajo en curso.

Metodologías Tradicionales

- Waterfall (Cascada): Es un enfoque lineal y secuencial donde las fases del ciclo de

vida del software, como el análisis, el diseño, la implementación, las pruebas y el

mantenimiento, se llevan a cabo de manera secuencial y no se pasa a la siguiente fase

hasta que la anterior esté completa.

- Modelo en V: Es una metodología de desarrollo de software que organiza las etapas

del ciclo de vida en forma de "V", con desarrollo en un lado y validación/verificación

en el otro, asegurando una evaluación completa en cada etapa.


- Modelo en espiral: Es una metodología de desarrollo de software propuesta por

Barry Boehm en 1986. Combina aspectos del modelo en cascada con la gestión

proactiva de riesgos. Se basa en iteraciones repetidas a lo largo de un ciclo en espiral,

abordando planificación, análisis de riesgos, desarrollo, evaluación y

retroalimentación del cliente. Es adecuado para proyectos grandes y complejos,

permitiendo adaptaciones continuas y minimizando riesgos.

- Modelo incremental: Es una metodología de desarrollo de software que divide el

proyecto en partes pequeñas, agregando características en cada iteración. Propuesto

por Barry Boehm en la década de 1970, ofrece flexibilidad y capacidad de respuesta a

los cambios, reduciendo riesgos y permitiendo la entrega temprana de funcionalidades

al cliente.
Metodologías Planificación Ejecución Flexibilida Adaptabil Roles y Comunicaci Calidad Tiempo y Riesgos
d idad responsabi ón y costos
lidades colaboració
n

Waterfall Planifica todas Sigue una Poca Baja Los roles La La calidad se Las Se identifican
(Cascada) las actividades secuencia flexibilidad, adaptabilida están bien comunicación evalúa al estimaciones al principio,
de desarrollo lineal de ya que los d a cambios definidos y tiende a ser final del ciclo de tiempo y pero como la
antes del inicio etapas de cambios son durante el las más jerárquica de desarrollo. costos se adaptabilidad
del proyecto. desarrollo, difíciles de desarrollo. responsabilid y formal entre hacen al es baja, pueden
no permite incorporar ades son las etapas. principio y ser difíciles de
cambios una vez que claras para son difíciles mitigar si
durante el se avanza en cada etapa de cambiar surgen
las fases. del proyecto. una vez cambios.
establecidas.

Modelo en V Planifica y Enfoca en la Mayor Tiene cierta Los roles La Se enfoca en Las Identifica
ejecuta verificación flexibilidad capacidad están comunicación la calidad del estimaciones riesgos
actividades y que el para definidos entre equipos software de tiempo y tempranamente
específicas en validación, modelo adaptarse a claramente, es esencial mediante costos se y permite una
cada etapas del seguido cascada, ya cambios, pero se para garantizar pruebas basan en la mitigación más
proyecto por etapas de que permite pero no tan enfatiza la que las tempranas y planificación efectiva que el
diseño ajustes en ágil como las colaboración actividades de rigurosas. detallada al modelo
y prueba etapas metodologías entre equipos desarrollo y inicio del cascada.
ágiles. de desarrollo
tempranas. pruebas estén proyecto.
y de pruebas.
alineadas.
Modelo Planifica y Combinación Ofrece Se adapta Los roles La La calidad se Las Se identifican y
espiral ejecuta de cascada mayor bien a los pueden variar comunicación evalúa y estimaciones gestionan de
actividades en con flexibilidad cambios, ya según las efectiva entre mejora de tiempo y manera
ciclos elementos que el que permite necesidades los equipos y continuamente costos son proactiva en
repetitivos de interactivos modelo la evaluación de cada con el cliente es a lo largo de revisadas y cada fase del
análisis, y de cascada al continua y la iteración, esencial para el las refinadas en ciclo de vida
diseño,impleme retroalimenta permitir la retroalimenta pero se éxito de cada iteraciones. cada iteración. del proyecto.
ntación y ción incorporació ción del enfatiza la iteración.
cliente. colaboración
evaluación constante n de
entre los
cambios en
equipos.
etapas
tempranas.

Modelo Planifica y Divide el Se manifiesta Se logra a Pueden Son procesos Se logra a Permitir una Se manejan
Incremental ejecuta proyecto en a través de través de la adaptarse continuos que través de respuesta más mediante la
actividades incrementos iteraciones entrega según las permiten a los pruebas ágil a los identificación
específicas, de cortas, iterativa de necesidades, equipos continuas, cambios de temprana, la
entrega funcionalida entrega de incrementos, tiene una adaptarse retroalimentac requisitos, pero priorización de
incrementos de d permite valor la colaboración rápidamente a ión del los costos funcionalidades
funcionalidad entregables constante, priorización efectiva entre los cambios, cliente, totales pueden
priorización dinámica de todos los iteración y ser más altos
dinámica requisitos miembros del mejora
equipo. continua

Lean Planificación Se centra en Altamente Muy Fomenta La Se enfoca en Se optimizan Se abordan de


Software continua y la entrega flexible, ya adaptable a equipos comunicación y la entrega de para minimizar manera
adaptiva rápida de que se adapta cambios, con multifuncion la colaboración valor al el tiempo de proactiva
Development valor al rápidamente un enfoque ales y son cliente y en la entrega y los mediante ciclos
enfocada en
eliminar cliente a los cambios en la mejora autoorganiza fundamentales mejora costos cortos de
desperdicio y mediante en las continua y la dos. para identificar continua del asociados. desarrollo y
mejorar la ciclos cortos necesidades retroalimenta y eliminar proceso. retroalimentació
calidad del de desarrollo. del cliente. ción del desperdicios en n rápida.
cliente. el proceso.
producto
Scrum Planificación Se enfoca en Altamente Muy Define roles La Se enfoca en Las entregas Se abordan de
iterativa en la entrega de flexible, ya adaptable a como Scrum comunicación y la calidad del son predecibles manera continua
sprints de incrementos que permite cambios, con Master, la colaboración producto y se basan en durante el
trabajo entrega de cambios en una respuesta Product diaria son mediante la la duración de desarrollo, con
de valor de cada funcionalidad los requisitos rápida a las Owner y fundamentales, revisión los sprints. Los inspecciones
sprint completament y prioridades necesidades Equipo de con reuniones continua del costos son regulares y
e probados al al final de cambiantes Desarrollo, regulares como trabajo controlados adaptaciones
final de cada cada sprint. del cliente. con la reunión realizado mediante la según sea
sprint. responsabilid diaria de scrum. durante cada priorización necesario.
ades claras sprint.
para cada
uno.

Programació Planificación en Se enfoca en Altamente Se adapta Define roles La Se enfoca en Las entregas Se abordan de
n Extrema ciclos cortos de la entrega flexible, con fácilmente a como comunicación la calidad del son cortas y manera
desarrollo de 1 rápida y una los cambios Programador, es constante y código predecibles, proactiva
a 2 semanas, frecuente de capacidad en los Cliente y directa entre los mediante con un enfoque mediante
entrega pequeñas para requisitos y Entrenador, miembros del prácticas en la eficiencia prácticas como
frecuente de mejoras en el adaptarse prioridades con énfasis equipo y con el como la y la reducción la
código software. rápidamente del cliente. en la cliente. programación de desperdicio. refactorización
funcional a los colaboración en pareja y las continua y las
cambios. y la pruebas pruebas
responsabilid continuas. automatizadas.
ad
compartida.

Kanban Planificación Se enfoca en Altamente Se adapta Define roles La Se enfoca en Las entregas Se abordan de
continua y maximizar el flexible, con fácilmente a como el comunicación la mejora son predecibles manera
adaptativa flujo de capacidad cambios en Propietario es clave para continua y se basan en proactiva
enfocada en trabajo y para los requisitos del Producto mantener la mediante la la capacidad mediante la
flujo de trabajo minimizar los adaptarse o y el Equipo transparencia y identificación del equipo y el visualización
y mejora tiempos de rápidamente condiciones de la colaboración y eliminación flujo de del flujo de
continua espera entre a cambios en del mercado. Desarrollo, en todo el de cuellos de trabajo. trabajo y la
las etapas del la demanda o con una equipo. botella en el identificación
proceso. prioridades. distribución proceso. temprana de
flexible de problemas.
responsabilid
ades.
Análisis comparativo

Proyecto N°1: Una revisión comparativa de la literatura acerca de metodologías tradicionales y

modernas de desarrollo de software

Metodología tradicional

Modelo en Cascada (Waterfall): Es una metodología secuencial en la que se realizan las


diferentes etapas del proyecto (como la identificación de requisitos, el diseño, la implementación,
las pruebas, la implementación y el mantenimiento) en una secuencia lineal. Es necesario finalizar
completamente cada fase antes de avanzar a la siguiente.

Procesos de desarrollo: El modelo en cascada emplea un método paso a paso para el desarrollo
de software, garantizando que cada fase se termine antes de pasar a la próxima, lo que facilita una
planificación precisa.

Flexibilidad y adaptabilidad: A diferencia de enfoques ágiles como Agile, el modelo en cascada


es menos adaptable a cambios repentinos, lo que puede dificultar la incorporación de nuevas
necesidades o requisitos.

Roles y responsabilidades: En este modelo, cada miembro del equipo tiene funciones específicas
según la fase del proyecto en la que se encuentre, lo que asegura una distribución clara de
responsabilidades.

Comunicación y colaboración: Aunque la colaboración es importante, la comunicación tiende a

ser más formal y estructurada en el modelo en cascada, lo que puede limitar la flexibilidad en la

resolución de problemas.

Calidad del producto: Se realizan pruebas exhaustivas al final de cada etapa para garantizar que
el producto cumpla con los estándares de calidad establecidos.

Tiempo y costo: El modelo en cascada está diseñado para cumplir con plazos y presupuestos
definidos, lo que requiere una planificación meticulosa y una gestión eficiente de recursos.
Gestión de riesgos: Se dedica especial atención a la gestión de riesgos, ya que los problemas
identificados en etapas posteriores pueden ser costosos y difíciles de solucionar. Se llevan a cabo
actividades continuas de identificación, evaluación y mitigación de riesgos a lo largo del proyecto.

Modelo en V (V-Model): Es parecido al enfoque de cascada, pero pone un fuerte énfasis en la


realización de pruebas en todas las etapas del desarrollo. Cada fase de desarrollo está asociada con
una fase de prueba específica.

Procesos de desarrollo: El Modelo en V sigue un enfoque similar al Modelo en Cascada, con un


énfasis en las pruebas. Cada etapa de desarrollo tiene una fase de prueba correspondiente, lo que
proporciona una estructura clara para el desarrollo del proyecto.

Flexibilidad y adaptabilidad: Aunque este modelo proporciona una estructura definida, puede
enfrentar desafíos similares al Modelo en Cascada en términos de adaptabilidad a cambios y
flexibilidad en la incorporación de nuevos requisitos.

Roles y responsabilidades: Los roles y responsabilidades de cada miembro del equipo están
claramente definidos según la fase del proyecto en la que se encuentren, lo que asegura una
distribución efectiva del trabajo.

Comunicación y colaboración: Se requiere una comunicación efectiva y colaboración entre los


miembros del equipo en todas las etapas del proyecto para garantizar una comprensión clara de los
requisitos y objetivos.

Calidad del producto: El Modelo en V pone un fuerte énfasis en las pruebas, lo que garantiza que
el producto final cumpla con los estándares de calidad establecidos.

Tiempo y costo: Se espera que el Modelo en V cumpla con plazos y presupuestos definidos, lo
que requiere una planificación meticulosa y una gestión eficiente de recursos.

Gestión de riesgos: Se dedica especial atención a la gestión de riesgos, con actividades continuas

de identificación, evaluación y mitigación a lo largo del ciclo de vida del proyecto.


Modelo en Espiral: Este enfoque integra características de prototipado, desarrollo incremental y
método iterativo. Las actividades se estructuran en una forma de espiral, donde cada vuelta de la
espiral representa una fase del proyecto.

Procesos de desarrollo: El modelo en espiral combina prototipado, desarrollo incremental y


enfoque iterativo, organizando las actividades en ciclos que representan diferentes fases del
proyecto.

Flexibilidad y adaptabilidad: Esta metodología ofrece flexibilidad para adaptarse a cambios en


los requisitos del proyecto a lo largo del tiempo.

Roles y responsabilidades: Se asignan roles específicos a los miembros del equipo según la fase
del proyecto en la que se encuentren, asegurando una distribución efectiva del trabajo.

Comunicación y colaboración: Se fomenta la comunicación abierta y la colaboración entre los


miembros del equipo para garantizar una comprensión clara de los requisitos y objetivos del
proyecto.

Calidad del producto: El modelo en espiral pone un fuerte énfasis en la calidad del producto al
realizar pruebas continuas y mejoras iterativas.

Tiempo y costo: Aunque ofrece flexibilidad, el modelo en espiral puede enfrentar desafíos en
términos de gestión del tiempo y costos debido a la complejidad y duración del ciclo de desarrollo.

Gestión de riesgos: La gestión de riesgos es un aspecto crucial en el modelo en espiral, ya que se

realizan evaluaciones continuas y se toman medidas para mitigar posibles riesgos a lo largo del

proceso de desarrollo.

Proceso Racional Unificado (PRU): Ofrece una organización adaptable que se ajusta a una
variedad de proyectos en términos de tamaño y tipo, estableciendo roles y responsabilidades
definidos, promoviendo la interacción y colaboración entre los equipos, y poniendo énfasis en
asegurar la calidad del producto. No obstante, su enfoque iterativo y adaptable puede plantear
desafíos en la gestión del tiempo y los costos.
Procesos de desarrollo: El Proceso Racional Unificado se enfoca en gestionar riesgos y producir
software de calidad, ofreciendo un marco flexible que se ajusta a diversas necesidades de
proyectos.

Flexibilidad y adaptabilidad: Este enfoque permite adaptarse a cambios en los requisitos y


circunstancias del proyecto a lo largo del tiempo.

Roles y responsabilidades: El PRU asigna roles y responsabilidades específicos a los miembros


del equipo, proporcionando una clara estructura de organización.

Comunicación y colaboración: Se promueve una comunicación abierta y una colaboración


efectiva entre los equipos para garantizar el éxito del proyecto.

Calidad del producto: El PRU se centra en la calidad del producto mediante prácticas de
desarrollo rigurosas y continuas evaluaciones.

Tiempo y costo: A pesar de su flexibilidad, el PRU puede implicar desafíos en la gestión del

tiempo y costos debido a su naturaleza iterativa y adaptativa.

Gestión de riesgos: La gestión de riesgos es una parte integral del PRU, con un enfoque en
identificar, evaluar y mitigar riesgos a lo largo de todo el ciclo de desarrollo del software.

El Desarrollo de Aplicaciones Rápidas (RAD): Se destaca por sus procesos adaptables y de


iteración que permiten ajustes a cambios en los requisitos del proyecto. Los roles y
responsabilidades son colaborativos y multidisciplinarios, lo que fomenta la comunicación abierta
entre los equipos. Aunque la velocidad es primordial, se garantiza la calidad del producto a través
de prácticas rigurosas de desarrollo. No obstante, la gestión eficiente del tiempo, los costos y la
mitigación de riesgos siguen siendo áreas de importancia.

Procesos de desarrollo: El Desarrollo de Aplicaciones Rápidas se basa en procesos iterativos y


flexibles que permiten la entrega rápida de funcionalidades básicas.

Flexibilidad y adaptabilidad: Este enfoque se destaca por su capacidad para adaptarse fácilmente
a cambios en los requisitos del proyecto a lo largo del tiempo.

Roles y responsabilidades: Los roles en este enfoque son colaborativos y multidisciplinarios,


fomentando una comunicación abierta y una colaboración estrecha entre los equipos de desarrollo.
Comunicación y colaboración: Se promueve una comunicación abierta y una colaboración
estrecha entre los equipos para garantizar el éxito del proyecto.

Calidad del producto: A pesar de la rapidez en la entrega, se mantiene un enfoque en la calidad


del producto mediante prácticas de desarrollo rigurosas.

Tiempo y costo: Aunque la velocidad es prioritaria, la gestión eficiente del tiempo y los costos
sigue siendo una consideración importante en este enfoque.

Gestión de riesgos: La mitigación de riesgos es una parte integral del Desarrollo de Aplicaciones
Rápidas, con un enfoque en identificar, evaluar y abordar los riesgos potenciales a lo largo del
ciclo de desarrollo del proyecto.

Metodologías de desarrollo de software basado en componentes (CBSD): CBSD integra


componentes comerciales para construir sistemas de software, facilitando el desarrollo de
aplicaciones complejas y su implementación en diversas plataformas .

Metodologías ágiles: Las metodologías ágiles involucran a los usuarios potenciales en las pruebas
del producto desde etapas tempranas del proyecto, buscando resultados más rápidos sin
comprometer la calidad. Las metodologías ágiles se centran en principios como la satisfacción del
cliente, la adaptabilidad al cambio, el trabajo en equipo, la motivación, el software funcional, el
desarrollo sostenible, la atención continua, la simplicidad, la organización y la efectividad .

- Scrum: Es la metodología ágil más utilizada, enfatizando la colaboración efectiva entre


equipos relacionados con el proyecto a través de entregas iterativas del producto y
reuniones diarias de coordinación .
- La Programación Extrema (XP) Se basa en valores como la simplicidad, la
comunicación, el respeto y el coraje para lograr una retroalimentación y cambios rápidos .
- El Proceso Unificado Ágil (AUP): Aplica técnicas ágiles como Desarrollo Dirigido por
Pruebas (TDD), modelado ágil, gestión del cambio y refactorización de bases de datos para
mejorar la productividad .
- El Proceso Unificado Abierto (OpenUP): Presenta un desarrollo incremental, casos de
uso, manejo de escenarios, gestión de riesgos y diseño basado en arquitectura .

Comparativa entre Metodologías Tradicionales y Modernas:

Las metodologías tradicionales se enfocan en documentos extensos de requisitos y fases de


desarrollo lineales, lo que puede dificultar los cambios. Por otro lado, las metodologías ágiles son
más flexibles, con iteraciones rápidas, diseño simple y adaptabilidad a los cambios. Los equipos
ágiles manejan cambios sin detener el trabajo, priorizando la gestión efectiva de esos cambios.
Además, verifican antes en el proceso de desarrollo en comparación con los métodos tradicionales.

Proyecto N°2: Desarrollo de un sistema web progresivo para la gestión de la información de la

veterinaria Chamuvet, de la parroquia tambillo, de la ciudad de quito, aplicando la

metodología de desarrollo de software kanban

Este proyecto nos habla el de como esta veterinaria se vio en un gran riesgo debido a que las agendas

de sus citas, el control de medicamentos, entre otros, se gestionaban de forma manual en hojas de

papel, llevando a la empresa a tomar una decisión para poder solventar este riesgo la cual fue

desarrollar un sistema web destinado a gestionar y controlar los Servicios de Atención Médica en la

Veterinaria, usando la metodología kanban para llevar a cabo la correcta planificación y ejecución de

dicho software. Tal metodología ayudará a que se tenga una mejor gestión de las tareas a

desarrollarse, priorizando el flujo de trabajo y una optimización en los procesos. Este enfoque ofrece

una flexibilidad superior para ajustarse a los cambios y necesidades del negocio, permitiendo la

entrega gradual de características. Además, este método produce resultados concretos en un lapso

más breve, lo que mejora notablemente la eficacia del proceso de desarrollo.

La aplicación web progresiva se centrará en la gestión de los servicios médicos de la organización,

como la programación de citas médicas, el seguimiento de los ingresos de las mascotas, la gestión de

historiales clínicos y registros personales, así como el control de ventas de medicamentos en la

farmacia Camina, ubicada dentro de la clínica. Esta actualización no solo mejorará la experiencia de

los clientes, sino que también abordará preocupaciones como la pérdida de datos y la ineficiencia

asociada con los procesos manuales. Además, al ser una aplicación web progresiva, garantizará un

acceso fácil en cualquier momento, sin necesidad de descargar una aplicación pesada.

El avance rápido de las tecnologías actuales ha llevado a que la economía global las reconozca como

un recurso estratégico valioso para la gestión y la toma de decisiones empresariales, ya que ofrecen
información crucial para definir objetivos. En el ámbito farmacéutico, las empresas de tamaño

mediano a grande suelen aprovechar estos beneficios al implementar software adaptado a las

necesidades clave de su actividad. En otras palabras, buscan utilizar sistemas web que se ajusten al

modelo de negocio establecido. Dado que cada entidad tiene características individuales, se

requerirán diferentes tipos de sistemas web para satisfacer sus requisitos y estar alineados con sus

objetivos empresariales. (Alvarez, 2019)

Se encontraron características claves de este proyecto tales como:

- Se obtuvo un gasto total del proyecto de $2003.90 dólares.

- Se llevó a cabo desde octubre de 2023 hasta febrero de 2024, con una duración total de

aproximadamente 5 meses.

- Se enfocó en mejorar la calidad de los procesos de atención médica proporcionados por la

clínica.

- Se destaca que el desarrollo de este sistema beneficiaría directamente a los clientes que

optaron por utilizar los servicios de la clínica, lo que sugiere que se esperaba una mejora en

la experiencia y la satisfacción de los clientes.

- Se puede inferir que se buscaba una gestión ágil y eficiente de los cambios y mejoras en el

sistema, permitiendo un avance constante en funcionalidades y asegurando la estabilidad

del sistema mediante pruebas de verificación.

- El sistema web progresivo desarrollado utilizó tecnologías como JavaScript, CSS, PHP y

PWA para garantizar la progresividad de la web.


Metodologías Características Ventajas Desventajas
Tradicionales

Waterfall (Cascada) Cada fase debe Las etapas (requisitos, Dificulta la


completarse antes de diseño, implementación, incorporación de
pasar a la siguiente. pruebas, despliegue y cambios en los requisitos
mantenimiento) se una vez que se ha
siguen de manera comenzado la
secuencial y implementación.
estructurada.

Modelo en V Las fases de desarrollo y La estructura en forma de V Puede volverse complejo y


pruebas se ejecutan en garantiza que las pruebas se costoso si no se manejan
paralelo. realicen en cada etapa del adecuadamente las
desarrollo. relaciones entre las etapas y
las pruebas.

Modelo espiral Identificación de objetivos, Pone un fuerte énfasis en La gestión de riesgos y las
análisis de riesgos, las actividades de múltiples iteraciones
desarrollo e validación y verificación en pueden hacer que el
implementación, cada fase. proceso sea más complejo y
evaluación y revisión. difícil de manejar.

Modelo Incremental Construir el software en Permite entregas parciales Puede haber desafíos en la
pequeñas partes funcionales de funcionalidades, lo que integración de los
y entregables, agregando facilita la obtención de incrementos, especialmente
funcionalidad gradualmente retroalimentación temprana si no se planifica
en iteraciones sucesivas. del cliente. adecuadamente..

Metodologías Ágiles Características Ventajas Desventajas


Lean Software Reduce costos y esfuerzos Reduce significativamente Puede requerir una
Development con el Producto Mínimo el tiempo de documentación completa,
Viable (MVP), aprendiendo implementación, los lo que puede ser un desafío
de la retroalimentación para presupuestos y las tasas de si no se maneja
mejoras continuas. falla. adecuadamente.

Scrum Enfocada en colaboración Con Scrum, resultados Scrum funciona bien con
constante del equipo. Usa parciales en cada etapa equipos pequeños. En
un ciclo iterativo e evitan esperar hasta el final. empresas grandes, es
incremental para liberar el Al concluir cada Sprint, necesario segmentar o
producto regularmente con logros visibles aceleran dividir en grupos con
prácticas colaborativas. pruebas y finalización del objetivos específicos para
trabajo. su eficacia.

Programación Enfocada en colaboración, Permite adaptarse Puede ser difícil de


Extrema comunicación y rápidamente a los cambios implementar en equipos
adaptabilidad. Basada en y proporciona una alta grandes o distribuidos.
principios y prácticas para satisfacción al cliente.
entregar software de
calidad en ciclos cortos y
regulares.

Kanban Se basa en la visualización Mejora la eficiencia y la Puede ser difícil de


del trabajo. Utiliza un productividad al reducir el implementar en proyectos
tablero Kanban para tiempo de espera y el con requisitos cambiantes.
visualizar el flujo de trabajo trabajo en progreso.
y limitar la cantidad de
trabajo en progreso.

Similitudes Las metodologías comparten similitudes importantes, todas adoptan enfoques iterativos,
permiten la adaptación a cambios, fomentan la colaboración y la comunicación. Estas
características las hacen efectivas para proyectos donde la flexibilidad, la entrega de
valor continua y la satisfacción del cliente son prioritarias.

Diferencias Mientras que las metodologías tradicionales se centran en la planificación y la secuencia,


las metodologías ágiles se centran en la adaptabilidad y la entrega continua de valor. La
elección entre estas metodologías depende en gran medida de las necesidades específicas
del proyecto y del equipo de desarrollo.
Conclusiones
● La investigación resalta la importancia crítica de seleccionar la metodología de desarrollo

de software más adecuada para un proyecto específico. Se ha demostrado que mientras que

en proyectos con requisitos estables y bien definidos los enfoques tradicionales como

Waterfall y Modelo en V pueden ser efectivos, en contextos más dinámicos y cambiantes,

las metodologías ágiles como Scrum, XP y Kanban muestran una mayor flexibilidad y

capacidad de adaptación, lo que conduce a mejores resultados finales.

● Los hallazgos revelan que la flexibilidad y la adaptabilidad son factores críticos para el

éxito en proyectos tecnológicos. Las metodologías ágiles destacan en este aspecto al

permitir ajustes continuos en función de la retroalimentación del cliente y los cambios en

los requisitos del proyecto. Esta capacidad de respuesta a los cambios durante todo el ciclo

de vida del proyecto se traduce en una mayor satisfacción del cliente y en la entrega de

productos de mayor calidad y valor.

● Si bien las metodologías ágiles han ganado terreno en la industria del desarrollo de

software, la investigación subraya que no existe un enfoque único que se adapte a todas las

situaciones. En lugar de adoptar ciegamente un enfoque específico, las organizaciones

deben considerar la integración y personalización de prácticas tanto de enfoques

tradicionales como ágiles según las necesidades y características de cada proyecto. Esta

hibridación puede maximizar los beneficios de ambas metodologías y mitigar sus

limitaciones, proporcionando así un marco más completo y eficaz para la gestión de

proyectos tecnológicos.
Recomendaciones y Consideraciones Finales

● Antes de decidir qué metodología utilizar, es fundamental realizar una evaluación

exhaustiva del proyecto. Considera la complejidad del software a desarrollar, la claridad de

los requisitos, el tamaño del equipo y los plazos de entrega. Si el proyecto tiene requisitos

cambiantes o una alta incertidumbre, las metodologías ágiles como Scrum o Kanban

pueden ser más adecuadas debido a su flexibilidad y capacidad para adaptarse a cambios.

Por otro lado, proyectos más grandes y complejos podrían beneficiarse de enfoques como

el Modelo Espiral, que ofrece un proceso más detallado de gestión de riesgos y validación.

● La cultura de tu organización y la experiencia del equipo son aspectos críticos a tener en

cuenta. Si tu empresa valora la colaboración, la transparencia y la adaptabilidad al cambio,

es probable que las metodologías ágiles se alineen mejor con esos valores. Además,

considera la experiencia previa del equipo con ciertas metodologías. Si el equipo ya tiene

experiencia con Scrum, por ejemplo, implementar Scrum puede ser más fluido y eficiente,

ya que el equipo está familiarizado con sus prácticas y roles.

● Independientemente de la metodología que elijas, es esencial mantener un ciclo de

retroalimentación constante. Esto implica recopilar comentarios de los usuarios, el equipo

y otras partes interesadas para identificar áreas de mejora y adaptar el proceso de desarrollo

en consecuencia. La retroalimentación continuada te permitirá ajustar las prioridades,

abordar problemas de manera oportuna y garantizar la entrega de un producto que satisfaga

las necesidades del cliente. Además, fomenta una cultura de mejora continua dentro del

equipo, lo que conduce a resultados más exitosos a lo largo del tiempo.


Referencias Bibliográficas

● Betancur Morales, K. (2022). Comparativo metodológico y financiero entre las

metodologías tradicionales y ágiles estipuladas para el diseño, formulación y gestión de

proyectos de software.

https://repository.eia.edu.co/entities/publication/38c80246-d734-49c3-bc69-1ae5233cf1d4

● Canós, J. H., Letelier, P., & Penadés, M. C. (2003). Metodologías ágiles en el desarrollo de

software. Universidad Politécnica de Valencia, Valencia, 1-8.

https://d1wqtxts1xzle7.cloudfront.net/34546906/XP_Agil-

libre.pdf?1409109861=&response-content-

disposition=inline%3B+filename%3DMetodologias_Agiles_en_el_Desarrollo_de.pdf&Ex

pires=1715545380&Signature=JGdNfNS8LB34-Sey67REm1nPmxIjaNOjx2O-

5W56Ae7yrO0x3qViJNyyovLd4gGlWqxp5HlnCtUTip4RbC9WxBEvQ1FdJiltxkyDYAzu

gc4eoLR~m7k4rznIRjRdFtp9MmX4DJ06eG0jw54QbvtXpgFsoHldV9bLbBKJvEyRF~Kg

JxBpmaZFpDTAXn6SdR0WBzyg3IVevI9GLQOxoYJlX2fzoND-

3anvZ1YCzNYIhVy72Jehq2avDX-lddg9kRgJMvCreHHz3QonPzFeqIbZH-

14hIpeQ0O8MRJE6uxVMLD3fGklt6qf9wdvAL14pJfZrs9500-

Qappx8u9vK4Y7jw__&Key-Pair-Id=APKAJLOHF5GGSLRBV4ZA

● Diaz Herrera, J. K., & Pacheco Cevallos, R. N. (2024). Desarrollo de un sistema web

progresivo para la gestión de la Información, de la veterinaria Chamu-Vet, de la

parroquia Tambillo, de la ciudad de Quito, aplicando la metodología de desarrollo de

software Kanban (Bachelor's thesis, Ecuador: La Maná: Universidad Técnica de Cotopaxi

(UTC)).

https://repositorio.utc.edu.ec/handle/27000/11941
● Figueroa, R. G., Solís, C. J., & Cabrera, A. A. (2008). Metodologías tradicionales vs.

metodologías ágiles. Universidad Técnica Particular de Loja, Escuela de Ciencias de la

Computación, 9(1), 1-10.

https://www.researchgate.net/profile/Roberth-Figueroa-

Diaz/publication/299506242_METODOLOGIAS_TRADICIONALES_VS_METODOLO

GIAS_AGILES/links/56fc17ff08ae8239f6dc4498/METODOLOGIAS-

TRADICIONALES-VS-METODOLOGIAS-AGILES

● García Rodríguez, M. J. (2015). Estudio comparativo entre las metodologías ágiles y las

metodologías tradicionales para la gestión de proyectos software.

https://digibuo.uniovi.es/dspace/handle/10651/32457

● López Gil, A. (2018). Estudio comparativo de metodologías tradicionales y ágiles para

proyectos de Desarrollo de Software.

https://uvadoc.uva.es/handle/10324/32875

• Maestro de proyectos (2023, junio 18). ¿Qué son las Metodologías Tradicionales para la

gestion de proyectos?

https://www.maestrodeproyectos.com/2023/06/que-son-las-metodologias-

tradicionales.html

● Riano Nossa, N. D. (2021). Estudio comparativo de metodologías tradicionales y ágiles

aplicadas en la gestión de proyectos.

https://repository.upb.edu.co/handle/20.500.11912/9611

• Supered. (2024, febrero 25). Metodologías tradicionales: ejemplos y características

principales a considerar.

https://supered.es/metodologias-tradicionales-ejemplos-y-caracteristicas-principales-a-

considerar/?user_comments=1
● Velásquez, S. M., Montoya, J. D. V., Adasme, M. E. G., Zapata, E. J. R., Pino, A. A., &

Marín, S. L. (2019). Una revisión comparativa de la literatura acerca de metodologías

tradicionales y modernas de desarrollo de software. Revista Cintex, 24(2), 13-23.

https://revistas.pascualbravo.edu.co/index.php/cintex/article/view/334

También podría gustarte