UNIVERSIDAD DE CUENCA

CARRERA DE INGENIERÍA AMBIENTAL

Integrantes: Frank Vega, María Encalada
Asignatura: Formulación y Evaluación de proyectos
Docente: Ing. Paúl Vanegas; Fecha de entrega: 13/04/2020

METODOLOGÍAS HÍBRIDAS PARA LA GESTIÓN DE PROYECTOS

1. Introducción.
Con el concepto de proyecto nos referimos a aquella acción que se realiza para
proporcionar contestación con un beneficio o servicio único y preciso a una representación,
un problema o una situación identificada (Ollé and Cerezuela, 2018).
La realización habitual de proyectos es el origen histórico del propósito moderno de
administración. Algunos lo llamarían el "sendero feliz". Estos son los bien definidos
proyectos que pueblan el panorama del proyecto y proporcionan un buen estado de
partida para tu recorrido. Las empresas durante mucho tiempo han invertido en nuevos
métodos de gestión que permitan que la gestión de proyectos se ajuste a los desafíos
impuestos para lograr el objetivo deseado(Wysocki, 2013).

Los métodos de gestión de proyectos impuestos por la sociedad se presentan como un

conjunto de procedimientos normados que se autodenominan correctos, si se aplican
rigurosamente los proyectos se consideran adecuadamente manejados; las fallas son
indicadores de que no se ha tenido un correcto control. No obstante es común ver que
muchos proyectos llevados a cabo con estas técnicas fracasan por distintos motivos
(Muñoz, 2015)

Al presente existen métodos de gestión acatados por las empresas los cuales se
consideran apropiados para la gestión de proyectos, si se encuentran errores prueba
que no se ha llevado con una adecuada inspección o revisión del proyecto, de todos
modos es común que los proyectos fracasen por diferentes razones. En este contexto
nace la sugerencia de usar una metodología tradicional (como por ejemplo el PMBOK)
en los procesos iniciales, construcción de conceptos y finalización del proyecto, no
obstante, los procesos de ejecución y control fueron manejados con una visión ágil.
Como resultado de esta fusión se obtienen las metodologías denominadas híbridas.
De todos modos cada proyecto en la compañía estudiada debe distinguir las restricciones
establecidas por otros proyectos y la compleja infraestructura táctica, los problemas de
solidez de datos y cartera de sistemas (Ihme, 2012).

De acuerdo a estos argumentos existe el consejo de aplicar en las técnicas

fundamentales, formulación de definiciones y ejecución del propósito del proyecto a través
de la metodología tradicional como PMBOK o PRINCE2, esta técnica fue operada de
forma adecuada como respuesta a este proceso se obtuvieron las metodologías hibridas
(Lopez, 2018).

2. Objetivos.

2.1 Objetivo General.

● Investigar sobre las metodologías híbridas en la gestión de proyectos.

2.2 Objetivos Específicos.

● Establecer las ventajas y desventajas de estas metodologías.
● Conocer en que estudios donde se han aplicado estas metodologías
 ● Describir las tendencia metodologías hibridas

3. Marco teórico.

Las metodologías tradicionales se basa principalmente en la la planificación con

anticipación de toda labor a ejecutar una vez que todo esto se haya realizado se
comienza el desarrollo del producto. Algo que hay que destacar de esta metodología es
que no se adapta adecuadamente a los cambios por lo que no es conveniente en un
ambiente en el cual los requerimientos no pueden predecirse o pueden conmutar

1. Iniciación
2. Planeamiento y diseño
3. Ejecución (realización) y constru cción
4. Sistemas de monitoreo y control
5. Cierre (entrega)
ejemplo de estas metodologías tenemos a RUP (Rational Unified Process), OMT (Object
Modeling Technique) y Métrica V3 (Ollé and Cerezuela, 2018).
El modelo de gestión de proyecto tradicional en cascada o lineal tiene diferentes fases de
interpretación sencilla que mencionamos a continuación:

Fig. 1. Metodología tradicional esquema del modelo en cascada o waterfall

(Subra and Vannieuwenhuyse, 2018).
Ventajas y desventajas de la Metodología Tradicional.
Ventajas
- Esta metodología lo pueden aplicar compañias y empresas, ya que deben seguir
un camino estructurado para garantizar la calidad del producto final (Vilchez
Tarrillo, 2018).
- No se requiere de equipos especializados.
- Proceso mucho más controlado, con políticas y normas de la región (Maida and
Pacienzia, 2015).
Desventajas
- Altos costos de implementar cambios en la ejecución del proyecto.
- No hay flexibilidad.
- En estas metodologías el principal problema es que nunca se logra planificar bien
el esfuerzo requerido para seguir la metodología.
- Se crea un producto dentro de un tiempo determinado con un presupuesto fijo.
- Esta metodología tiene los mismos pasos para cada proyecto, independientemente
de su naturaleza (Olmedo Merelo and Tenorio Almache, 2017).
Metodología Ágil

Se basa en la obtención de resultados efectivos orientada al servicio u objetivo deseado

del cliente, a través del progreso permanente de la revisión por el cliente y el equipo del
proyecto; esta metodología necesita una participación permanente del cliente en todo el
programa esta metodología se basa básicamente de acuerdo a un sentido erróneo en la
metodología tradicional a fin de poder deducir el error y costes. Ejemplos de esta
metodología tenemos Scrum, XP (eXtreme Programming) y Cristal Methods (Okjoo Cho,
2010).
Se fundamenta en ambos aspectos puntuales, el retroceder las decisiones y la
planificación adaptativa; permitiendo mayor fortaleza en el progreso de software a gran
nivel.
A continuación presentamos como a partir de la metodología tradicional se convierte en
una metodología ágil.

Figura 2: Esquema de metodología ágil Scrum

(Subra and Vannieuwenhuyse, 2018).
 El ciclo de vida es el siguiente:

1. El Product Owner redacta las User Stories y las sitúa en el Product Backlog.

2. A continuación, el Product Owner prioriza estas User Stories y ordena el Product

Backlog en consecuencia.

3. El equipo Scrum se junta en la reunión de planificación del Sprint, con el objetivo de

establecer la lista de las User Stories que se tratarán durante el Sprint. Esto forma el Sprint
Backlog y a continuación se descomponen en tareas por el equipo de desarrollo.

4. Entonces el Sprint puede comenzar con una iteración de 2, 3 o 4 semanas.

5. El equipo se reúne diariamente para realizar la Melé diaria.

6. Como consecuencia del Sprint, obtenemos un producto potencialmente entregable que

forma parte de una demostración durante la revisión del Sprint.

7. El ciclo termina con la retrospectiva del Sprint.

Y a continuación, solo hay que repetir todo de nuevo

Ventajas y desventajas de las metodologías agiles.

Ventajas
- Son extremadamente flexibles.
- Es una metodología diseñada para responder al cambio, desarrollar y entregar el
trabajo por fases o por etapas.
- El equipo trabajo en un proceso de planificación, ejecución, evaluación y entregar.
 - A través de esta metodología se desarrollan proyectos con personas motivadas
que brindan apoyo a los que necesitan.
- El tiempo en dar solución a los problemas que se van dando a lo largo del proyecto
es rápido (Maida and Pacienzia, 2015).
- Esta metodología nos sirve como aprendizaje continuo tanto para el proyecto en
ejecución como para proyectos futuros. La continua relación con el cliente ayuda
integrar cambios.
- El cliente el parte del equipo de desarrollo y trabajan en un mismo lugar (Vilchez
Tarrillo, 2018).
Desventajas
- Si una persona que forma parte del equipo no colabora y se comunica
constantemente no se podrá responder a las demandas producidas por el cambio
realizado en el proyecto.

Metodología Hibrida
Es la unión de ambas metodologías la cual cada vez está siendo una elección para el
desarrollo de nuevas herramientas o proyectos que al final se entrega un producto de alto
valor gracias a la aplicación de este acoplamiento
El uso de estas metodologías se ha ido incrementando de manera paulatina, ya que se
adaptan a la cultura y necesidades de cada organismo (Molina,Tari, 2012), generando un
incremento de productividad . Algunos ejemplos de este tipo de metodología son: EssUP
(Essencial Unified Process), la combinación de Cascada -Scrum y S-XP (Scrum y XP).
Combinan las mejores prácticas de las metodologías tradicionales y ágiles, incorporando
las ventajas de ambas (Figura 3).

Fuente:(Cruz and Gonzales, 2018)

Figura 3. Metodología hibrida

Tendencias

 La dinámica de sistemas es una metodología para analizar y modelar el

comportamiento temporal en entornos complejos. Originalmente desarrollada en
1950 para ayudar a los administradores de empresas a mejorar su comprensión de los
procesos industriales, económicos. Actualmente se usa en el sector público y privado
para el análisis y diseño de políticas en los años 50 por el profesor Jay Forrester
(Izquierdo, 2008)
 En 1969, se formó el Project Management Institute  (PMI, Instituto para la Gestión
de Proyectos) en Estados Unidos,  que describe las prácticas más comunes para
 "la mayoría de los proyectos, la mayor parte del tiempo". PMI también ofrece
diversas certificaciones(Harrison and Lock, 2004)
 Del 11 al 13 de febrero del 2001, se reunieron 17 personas en Estados Unidos para
establecer lo que se convertiría en el Manifiesto Ágil. En esta ocasión, se presentan
grandes figuras del mundo del desarrollo de software, en particular Kent Beck
 (inventor de eXtreme Programming), Jeff Sutherland (co-fundador de Scrum) y Ken
Schwaber. El objetivo de esta reunión es que cada uno de los participantes
explique sus métodos, con el objetivo de extraer los principios y valores de lo que
se convertiría en el repositorio de cualquier método ágil. Como consecuencia de
esta reunión, se promulgaron 4 valores y 12 principios, dando lugar al
nacimiento(Subra and Vannieuwenhuyse, 2018)
 Metodologías hibridas ESSUP Fue inventado por Ivar Jacobson en el año del 2008
como una mejora en el Proceso Unificado Rational . Identifica prácticas , como
casos de uso , desarrollo iterativo , desarrollo impulsado por la arquitectura,
prácticas de equipo y prácticas de procesos(Ivar, 2008)
4. Aplicación.
A continuación presentamos algunos casos de estudio:

Ejemplo 1.
4.1 Benchmarking metodologías híbridas para el desarrollo de software
El prototipo sistema didáctico en este caso de estudio se realiza un Benchmarking para
comparar la calidad de vida del software, entre dos metodologías híbridas: EssUP
(Essentials Unified Process), una combinación entre Scrum, RUP y Scrum/XP una
mezcla de las mejores prácticas entre estas dos metodologías; en base a la Norma
ISO/IEC 12207, que tiene a su disposición 17 procesos los cuales están subdividos
en procesos principales, procesos de apoyo, procesos de organización, de los
cuales a su vez se subdividen en 73 parámetros de comparación, que a partir de
análisis realizado se determina a una de las dos metodologías como la mejor opción
en el desarrollo de software, con la finalidad de aplicarla en el diseño del sistema para
enseñanza de inglés para niños que describe cada una de las etapas de desarrollo
del sistema web. Contiene una breve introducción a la realización de este trabajo, en el
que contiene el problema, objetivos, alcance y justificación que fueron planificados
para el desarrollo.
 Fig 4:Marco de trabajo de (SCRUMP/ XP)

Fig. 5: Pantalla de inicio del software de enseñanza de inglés para niños

La aplicación de la metodología permitió desarrollar el sistema para enseñanza de
inglés para niños, siguiendo el marco de trabajo propuesto por la metodología
Scrum/XP, haciendo que el desarrollo sea más eficiente y documenta solo lo
necesario.
El sistema didáctico de enseñanza de inglés para niños se desarrolló utilizando la
metodología Scrum/XP que se ajusta más a proyectos orientados a desarrollo web y
que el tiempo no exceda a más de 6 de meses para lo cual se procedió a la utilización
de las fases de desarrollo.
 Fases de desarrollo de la metodología Scrum/XP:
 Fase 1.- Definición del proyecto
 Fase 2.- conformación del equipo
 Fase 3.- kick Off
 Fase 4.- Sprint 0
 Fase 5.- Inicio de los procesos
De la fase 5 se desglosa los pasos que se deben seguir para cumplir con el marco de
trabajo:
 Paso 1.- Sprint Planning
 Paso 2.- Sprint
 Paso 3.- Scrum
 Paso 4.- Sprint Review
 Paso 5.- Retrospectiva
 Paso 6.- Planificación de la siguiente iteración
 Paso 7.- Lecciones aprendidas por iteración o sprint (Mesa, 2017).

Ejemplo 2.
4.2 Desarrollo de una aplicación móvil para sistema operativo Android que realice
mediciones y mapeo de ruido utilizando geolocalización, año 2016.
Una de las razones principales por las que se realizó ese proyecto fue porque no existía
ninguna aplicación en el mercado ecuatoriano que permita conocer los niveles de ruido en
un lugar determinado (Bassante and Antonio, 2016).
Este proyecto trata de desarrollar una aplicación móvil en SO Android siguiendo una
metodología de desarrollo ágil SCRUM que permita medir el nivel de ruido en cualquier
lugar y ubicar la posición en un mapa utilizando el API de Google Maps para generar un
mapa de los lugares en donde se han realizado las mediciones.

Fuente: (Bassante and Antonio, 2016)

Este trabajo de titulación trata de el desarrollo de una aplicación móvil en SO Android
siguiendo una metodología de desarrollo ágil SCRUM que permita medir el nivel de ruido
en cualquier lugar, y ubicar la posición en un mapa utilizando el API de Google Maps para
así poder generar un mapa de calor de todos los lugares en donde se han realizado las
mediciones. Se utilizará el micrófono del dispositivo para hacer la medición. A la aplicación
se hará un registro y login para el acceso, se mostrarán notificaciones cuando se mida el
ruido y los datos de mediciones serán enviados a una base de datos para después
mostrarlos en una página web mediante un mapa de calor. El sitio web permitirá mostrar
reportes de las mediciones realizadas en un mapa de calor. Se usará lenguaje HTML y
JavaScript para el desarrollo. Se usa una base de datos para almacenar los datos de
registros y mediciones realizadas en la aplicación móvil. La infraestructura estará basada
en la aplicación móvil, la cual permita realizar al usuario las mediciones de ruido. Se usará
lenguaje de programación Java y Android Studio como IDE. La infraestructura tecnológica
para el desarrollo del prototipo será dimensionada en un entorno de acceso público a
través de Internet (Bassante and Antonio, 2016).

Roles
 Product Owner (Cliente)
Es quien representa a todas las personas interesadas en el proyecto y escribe las
historias de usuario, las prioriza y coloca en el Product Backlog. Además se
asegura que el equipo trabaje de forma adecuada de acuerdo a la perspectiva del
negocio (Bassante and Antonio, 2016).
 Scrum Master (Facilitador)
Es el encargado de que el equipo cumpla con el objetivo del sprint llevando acabo
los valores y principios agiles, las reglas y procesos de scrum. Elimina todos los
obstáculos que tenga el equipo para poder finalizar el proyecto con éxito. Protege
al equipo para poder finalizar el proyecto con éxito (Bassante and Antonio, 2016).
 Team (Equipo de desarrollo)
Es el grupo de desarrollo que tiene la responsabilidad de entregar el proyecto. Es un
equipo auto organizado donde comparten información y confían entre ellos.
Actividades
 Sprint (ejecución de la iteración)
Es el periodo en el cual se realiza un trabajo, generalmente duran de 2 a 3
semanas y es recomendable que sea constante.
 Sprint Planning (Planificación de la iteración)
Es esta reunión el cliente presenta al equipo los requisitos del proyecto priorizados,
donde el equipo los examina, pregunta las dudas al cliente y selecciona los
requisitos de mayor prioridad.
 Scrum Daily Meeting
Sirve para facilitar el intercambio de información y colaboración entre los miembros
del equipo.
 Sprint Retrospective (Retrospectiva)
El equipo analiza la manera en que trabaja durante un sprint, porque se consiguen
o no los objetivos que se comprometieron a un inicio.
Herramientas
 Product backlog
Es una lista ordenada de todos los requerimientos, características, funciones y
mejoras futuras para el producto.
 Sprint Backlog
 Es un subconjunto de requisitos que se describen el como el equipo de desarrollo
va a implementar los requerimientos y estos a la vez se subdividen en tareas.
Resultados del proyecto:
Trabajaron en una metodología ágil, y resulto de gran ayuda establecer un proceso lógico
y funcional de cómo manejar un proyecto de desarrollo de sofware y creación de bases de
datos para lugares más precisos como ambientes industriales y residenciales según las
pruebas realizadas y el margen de error calculado.
Este proyecto es aplicable siempre y cuando los celulares sean de marca Motorola y
Samsung en caso de medir ruidos bajos o altos, además se debe tomar en cuenta que la
base de datos permiten un máximo de 10.000 registros (Bassante and Antonio, 2016).
Recomendaciones del proyecto:
Se recomienda seguir realizando pruebas con diferentes marcas de celulares para ir
probando el margen de error que poseen con un sonómetro.
Se recomienda que la aplicación debe realizarse para otras plataformas como IOS y ver su
margen de error (Bassante and Antonio, 2016).

5. Conclusiones

 No todos los proyectos tendrán un ciclo de vida igual, esto depende de factores
como la complejidad del proyecto, el nivel de incertidumbre ,el sector en práctica o
las necesidades de control que tenga la organización dependiendo de este se
eligen las metodologías.
 Las metodologías hibridas son simples, fácil de entender y usar. Son una fusión de
las tradicionales y agiles, que nos permite desarrollar de una manera más completa
los proyectos, incorporando las grandes virtudes y ventajas de ambas.
 Las ventajas de las metodologías ágiles es el consumidor trabaja en vinculado con
el conjunto desarrollador y tienen muchas oportunidades para distinguir el
compromiso que se está desarrollando. Las desventajas de las metodologías
tradicionales es la potencial insatisfacción del consumidor en cuanto a
beneficios, mientras que con los métodos ágiles es el aumento del precio del
proyecto.
 La falta de información de las metodologías híbridas hace compleja la
investigación, ya que no existe suficiente documentación que ayude a profundizar
en contenidos extensos por lo que es un campo todavía inexplorado.

6. Referencias bibliográficas

Bassante, A., Antonio, M., 2016. Desarrollo de una aplicación móvil para sistema operativo
Android que realice mediciones y mapeo de ruido utilizando geolocalización.
Cruz and Gonzales, 2018. Tradicional o ágil? La metodología ágil como alternativa a la
transformación.
Harrison, F.L., Lock, D., 2004. Advanced project management: a structured approach, 4th
ed. ed. Gower, Aldershot, England ; Burlington, VT.
Ihme, T., 2012. Scrum adoption and architectural extensions in developing new service
applications of large financial IT systems. https://doi.org/10.1007/s13173-012-0096-
0
Ivar, J., 2008. EssUP El proceso unificado esencial:
Maida, E.G., Pacienzia, J., 2015. Metodologías de desarrollo de software.
Mesa, 2017. BENCHMARKING METODOLOGÍAS HÍBRIDAS PARA EL
DESARROLLO DE SOFTWARE. PROTOTIPO SISTEMA DIDÁCTICO.
Molina,Tari, 2012. Métodos híbridos de investigación y dirección de empresas: ventajas e
implicaciones 55–62. https://doi.org/doi.org/10.1016/j.cede.2012.01.001
Muñoz, C., 2015. Metodologias de gestion de proyectos y su implementacion en laempresa.
Universidad Politecnica de madrid, Madrid.
Okjoo Cho, 2010. Model-based Dynamic Cost Estimation and Tracking Method for Agile
Software Development. Korea Adv. Inst. Sci. Technol. KAIST 373-1 Kusong-Dong
Yusong-Gu Taejon Korea 305-701 Sungjoo Okjoochoi Jbaikkaistackr.
https://doi.org/10.1109 / icis.2010.126
Ollé, C., Cerezuela, B., 2018. Gestión de proyectos paso a paso. Editorial UOC, Barcelona.
Olmedo Merelo, N.S., Tenorio Almache, J.F., 2017. Metodologías basados en procesos de
desarrollo de Software; Análisis entre los enfoques metodológicos formales VS
enfoques metodológicos, ágiles de desarrollo. Repos. Univ. Estatal Milagro.
Subra, J.-P., Vannieuwenhuyse, A., 2018. Scrum: un método ágil para sus proyectos. ENI,
Cornellà de Llobregat (Barcelona).
Vilchez Tarrillo, H., 2018. DISEÑO DE ARQUITECTURA EMPRESARIAL BASADO
EN UN MÉTODO ÁGIL PARA EL COLEGIO DE INGENIEROS DEL PERÚ,
CASO DE ESTUDIO CONSEJO DEPARTAMENTAL DE LAMBAYEQUE.
Repos. Inst. - USS.
Wysocki, R.K., 2013. Effective project management: traditional, agile, extreme, seventh
edition, 7th edition. ed. John Wiley and Sons, Indianapolis, IN.