LRPD2 Informe
LRPD2 Informe
FACULTAD DE INGENIERÍAS
INFORME 02
CURSO
CHINCHA - PERÚ
2024
DOCENTE DEL CURSO
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ías ágiles que tenemos son: Lean Software Development, Scrum, XP (Extreme
prácticas únicas que influyen diferentes aspectos del desarrollo de un software. Además se
riesgos.
Este análisis detallado busca ofrecer una guía completa para comprender las fortalezas y
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
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
colaboración, calidad, tiempos y costos y finalmente los riesgos. Otros aspectos adicionales
manera clara y detallada para identificar similitudes, diferencias y relaciones entre los
En esta investigación se usó para analizar y entender las diferencias entre metodologías
comprensión profunda de cómo las distintas metodologías afectan el éxito de los proyectos
producto y la satisfacción del cliente, por consiguiente, se detalla en qué consisten los
Metodologías ágiles:
del Lean Manufacturing, comparte muchos valores y principios con las metodologías
Metodologías Tradicionales
- Waterfall (Cascada): Es un enfoque lineal y secuencial donde las fases del ciclo de
Barry Boehm en 1986. Combina aspectos del modelo en cascada con la gestión
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
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
Metodología tradicional
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.
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.
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.
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.
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
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.
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.
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.
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
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.
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.
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 á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 .
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
como la programación de citas médicas, el seguimiento de los ingresos de las mascotas, la gestión de
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
- Se llevó a cabo desde octubre de 2023 hasta febrero de 2024, con una duración total de
aproximadamente 5 meses.
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
- Se puede inferir que se buscaba una gestión ágil y eficiente de los cambios y mejoras en el
- El sistema web progresivo desarrollado utilizó tecnologías como JavaScript, CSS, PHP y
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..
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.
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.
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
las metodologías ágiles como Scrum, XP y Kanban muestran una mayor flexibilidad y
● Los hallazgos revelan que la flexibilidad y la adaptabilidad son factores críticos para el
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
● 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
tradicionales como ágiles según las necesidades y características de cada proyecto. Esta
proyectos tecnológicos.
Recomendaciones y Consideraciones Finales
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.
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,
y otras partes interesadas para identificar áreas de mejora y adaptar el proceso de desarrollo
las necesidades del cliente. Además, fomenta una cultura de mejora continua dentro del
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
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
(UTC)).
https://repositorio.utc.edu.ec/handle/27000/11941
● Figueroa, R. G., Solís, C. J., & Cabrera, A. A. (2008). Metodologías tradicionales vs.
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
https://digibuo.uniovi.es/dspace/handle/10651/32457
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
https://repository.upb.edu.co/handle/20.500.11912/9611
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., &
https://revistas.pascualbravo.edu.co/index.php/cintex/article/view/334