La complejidad del proyecto es una propiedad de un proyecto que hace 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 variadas partes interrelacionadas en las que los elementos pueden cambiar y evolucionar constantemente con un efecto en 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 interrelacionadas. [5] Generalmente se expresa en términos de tamaño, variedad e interdependencia de los componentes del proyecto, y se describe mediante factores tecnológicos y organizativos.
Complejidad dinámica , que se refiere a fenómenos, características y manifestaciones como la ambigüedad, la incertidumbre, la propagación, la emergencia y el caos. [1]
Basado 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). Estos 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, se puede descomponer en componentes más pequeños y sencillos. Si bien los problemas difíciles, complicados son teóricamente solucionables 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 emergencia. Se podrían descubrir patrones, pero no son obvios. Un sistema complejo puede describirse 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: caracterizados por lo incognoscible. En proyectos realmente complejos no se distinguen patrones. Las causas y los efectos no están claros ni siquiera en retrospectiva. Parafraseando a Aristóteles , un sistema realmente complejo se diferencia de la suma de sus partes. [9]
La complejidad del proyecto tiene diferentes componentes y fuentes, incluido el producto (normalmente expresado en términos de complejidad estructural o tecnológica); así como la organización, sus procesos; el entorno legal, ético y regulatorio circundante; la complejidad de las partes interesadas y sus objetivos (a menudo contradictorios); 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 proyecto en sí encuentre 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 los proyectos de TI: el proceso de señalar proyectos complejos y decidir sobre estrategias y herramientas de gestión.
Identificar la complejidad del proyecto de TI : el proceso de determinar qué elementos de complejidad caracterizan el proyecto. Tiene como objetivo la detección, inventario y descripción del problema.
Analizar la complejidad del proyecto de TI : el proceso de analizar y priorizar los elementos y características de la complejidad del proyecto. Este paso tiene que ver con la comprensión del problema.
Planificar la estrategia de respuesta a la complejidad del proyecto de TI : el proceso de desarrollar 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.
Monitorear y controlar la complejidad del proyecto 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 (requisito) y negativa.
De manera similar, con la Ley de variedad requerida y la ley de complejidad requerida , a veces se requiere complejidad para que el proyecto alcance sus objetivos y, a veces, tiene resultados beneficiosos. Basándose en los efectos de la complejidad, Stefan Morcov propuso su clasificación en Positiva, Apropiada 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; Irlanda, Vernon; Gorod, Alex (1 de octubre de 2016). "Aclarar el constructo 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 de jerarquía analítica" (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, María E. (2007). "Un marco de liderazgo para la toma de decisiones". Revisión de negocios de Harvard . 85 (11): 68–76.{{cite journal}}: Mantenimiento CS1: varios nombres: lista de autores ( enlace )
^ Maurer, Maik (2017). Gestión de la complejidad en el diseño de ingeniería: introducción . Berlín, Heidelberg: Springer.
^ Kurtz, CF; Snowden, David J. (2003). "La nueva dinámica de la estrategia: dar sentido a un mundo complejo y complicado". Revista de sistemas IBM . 42 (3): 462–483. doi :10.1147/sj.423.0462. S2CID 1571304.{{cite journal}}: Mantenimiento CS1: 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 de Lovaina. Disponible en https://lirias.kuleuven.be/retrieve/637007
^ Morcov, Stefan; Pintelón, 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.a Conferencia Internacional IADIS Sistemas de información: 61–68.
^ Morcov, Stefan; Pintelón, Liliane; Kusters, Rob J. (2020). "Gestión de la complejidad de proyectos de TI basada en fuentes y efectos: positiva, adecuada y negativa" (PDF) . Actas de la Academia Rumana - Serie A. 21 (4): 329–336.