La complejidad de un proyecto es una característica de un proyecto que hace que sea difícil comprender, prever y mantener bajo control su comportamiento general, incluso cuando se proporciona información razonablemente completa sobre el sistema del proyecto. [1]
Desde una perspectiva de pensamiento sistémico , la complejidad del proyecto se puede definir como una disposición intrincada de las diversas partes interrelacionadas en las que los elementos pueden cambiar y evolucionar constantemente con un efecto sobre los objetivos del proyecto. [2] La identificación de proyectos complejos es específicamente importante para entornos de ingeniería de múltiples proyectos. [3]
El dominio fue introducido por D. Baccarini en 1996. [4]
Tipos de complejidad
La complejidad puede ser:
Complejidad estructural (también conocida como complejidad de detalle o complicación), es decir, que consta de muchas partes variadas e interrelacionadas. [5] Por lo general, se expresa en términos de tamaño, variedad e interdependencia de los componentes del proyecto, y se describe mediante factores tecnológicos y organizacionales.
Complejidad dinámica , que se refiere a fenómenos, características y manifestaciones como la ambigüedad, la incertidumbre, la propagación, la aparición y el caos. [1]
Basándose en el marco Cynefin desarrollado por Dave Snowden , [6] los proyectos complejos se pueden clasificar como:
Proyectos, sistemas o contextos simples (o claros, obvios, conocidos). Se caracterizan por conocimientos conocidos, estabilidad y relaciones claras de causa y efecto. Se pueden resolver con procedimientos operativos estándar y mejores prácticas.
Complicado : caracterizado por incógnitas conocidas. Un sistema complicado es la suma de sus partes. En principio, puede descomponerse en componentes más pequeños y simples. Si bien los problemas complicados son difíciles, teóricamente se pueden resolver con recursos adicionales, con experiencia especializada, con técnicas analíticas, reduccionistas, de simplificación y descomposición, con planificación de escenarios y siguiendo buenas prácticas. [7] [8]
Complejo : caracterizado por incógnitas desconocidas y por la aparición de elementos. Se pueden descubrir patrones, pero no son obvios. Un sistema complejo se puede describir mediante la afirmación de Euclides de que el todo es más que la suma de sus partes.
Proyectos realmente complejos , también conocidos como muy complejos o caóticos: se caracterizan por elementos incognoscibles. En los proyectos realmente complejos no se pueden discernir patrones. Las causas y los efectos no están claros ni siquiera en retrospectiva. Parafraseando a Aristóteles , un sistema realmente complejo es diferente de la suma de sus partes. [9]
La complejidad de un proyecto tiene diferentes componentes y orígenes, entre ellos el producto (que normalmente se expresa en términos de complejidad estructural o tecnológica), así como la organización y sus procesos, el entorno legal, ético y regulatorio que la rodea, la complejidad de las partes interesadas y sus objetivos (a menudo contradictorios) y la complejidad del mercado. Por lo tanto, cuando se opera en una organización compleja o cuando se desarrolla un producto complejo, es probable que el propio proyecto se enfrente a fenómenos relacionados con la complejidad dinámica.
Gestión de la complejidad del proyecto
El marco de gestión de la complejidad del proyecto IT-PCM propuesto por Stefan Morcov consta de 5 procesos: [10]
Planificar la gestión de la complejidad de proyectos de TI: el proceso de identificar proyectos complejos y decidir sobre estrategias y herramientas de gestión.
Identificar la complejidad de un proyecto de TI : proceso de determinar qué elementos de complejidad caracterizan al proyecto. Tiene como objetivo la detección, inventario y descripción del problema.
Analizar la complejidad del proyecto de TI : proceso de análisis y priorización de los elementos y características de la complejidad del proyecto. Este paso tiene como objetivo comprender el problema.
Planificar la estrategia de respuesta a la complejidad del proyecto de TI : proceso de desarrollo de opciones y acciones para mejorar y utilizar la complejidad positiva y reducir o evitar la complejidad negativa. Este paso implica el modelado y diseño de posibles soluciones.
Monitoreo y control de la complejidad de los proyectos de TI : el proceso de implementar estrategias de respuesta, monitorear, controlar y evaluar la efectividad general. Es una actividad continua.
Las estrategias de respuesta típicas son:
Crear, mejorar, utilizar (explotar) - si los efectos son positivos (es decir, complejidad positiva).
Aceptar: para complejidad positiva, apropiada o negativa.
Evitar/eliminar, simplificar/reducir: para Complejidad Negativa.
Complejidad positiva, apropiada (requerida) y negativa
De manera similar a la Ley de variedad necesaria y la Ley de complejidad necesaria , la complejidad del proyecto a veces es necesaria para que el proyecto alcance sus objetivos y, a veces, tiene resultados beneficiosos. Con base en los efectos de la complejidad, Stefan Morcov propuso su clasificación como Positiva, Adecuada o Negativa. [11] [9]
La complejidad positiva es la complejidad que agrega valor al proyecto y cuya contribución al éxito del proyecto supera las consecuencias negativas asociadas.
La complejidad negativa es la complejidad que obstaculiza el éxito del proyecto.
^ ab Marle, Franck; Vidal, Ludovic‐Alexandre (2016). Gestión de proyectos complejos y de alto riesgo: una guía para la gestión de proyectos básica y avanzada . Londres: Springer-Verlag.
^ Bakhshi, Javad; Ireland, Vernon; Gorod, Alex (1 de octubre de 2016). "Aclaración del concepto de complejidad del proyecto: pasado, presente y futuro". Revista internacional de gestión de proyectos . 34 (7): 1199–1213. doi :10.1016/j.ijproman.2016.06.002. S2CID 113426565.
^ Vidal, Ludovic-Alexandre; Marle, Franck; Bocquet, Jean-Claude (2011). "Medición de la complejidad del proyecto mediante el proceso analítico jerárquico" (PDF) . Revista internacional de gestión de proyectos . 29 (6): 718–727. doi :10.1016/j.ijproman.2010.07.005. S2CID 111186583.
^ Baccarini, David (1996). "El concepto de complejidad del proyecto: una revisión". Revista Internacional de Gestión de Proyectos . 14 (4): 201–204. doi :10.1016/0263-7863(95)00093-3.
^ Baccarini, D. (1996). "El concepto de complejidad del proyecto, una revisión". Revista Internacional de Gestión de Proyectos . 14 (4): 201–204. doi :10.1016/0263-7863(95)00093-3.
^ Snowden, David J.; Boone, Mary E. (2007). "Un marco de trabajo para la toma de decisiones del líder". Harvard Business Review . 85 (11): 68–76.{{cite journal}}: CS1 maint: varios nombres: lista de autores ( enlace )
^ Maurer, Maik (2017). Gestión de la complejidad en el diseño de ingeniería: una introducción . Berlín, Heidelberg: Springer.
^ Kurtz, CF; Snowden, David J. (2003). "La nueva dinámica de la estrategia: búsqueda de sentido en un mundo complejo y complicado". IBM Systems Journal . 42 (3): 462–483. doi :10.1147/sj.423.0462. S2CID 1571304.{{cite journal}}: CS1 maint: varios nombres: lista de autores ( enlace )
^ abc Morcov, Stefan (2021). Gestión de la complejidad positiva y negativa: diseño y validación de un marco de gestión de la complejidad de proyectos de TI. Universidad KU Leuven. Disponible en https://lirias.kuleuven.be/retrieve/637007
^ Morcov, Stefan; Pintelon, Liliane; Kusters, Rob J. (2021). "Un marco para la gestión de la complejidad de proyectos de TI". Revista internacional de gestión de proyectos de tecnología de la información . IADIS IS 2021: 14.ª Conferencia internacional de sistemas de información de la IADIS: 61–68.
^ Morcov, Stefan; Pintelon, Liliane; Kusters, Rob J. (2020). "Gestión de la complejidad de proyectos de TI basada en fuentes y efectos: positivos, apropiados y negativos" (PDF) . Actas de la Academia Rumana - Serie A . 21 (4): 329–336.