Complejidad del proyecto

La complejidad de un proyecto es la propiedad que dificulta su comprensión, previsión y control, incluso con información razonablemente completa sobre el sistema del proyecto. ^{[ 1 ]} Desde la perspectiva del pensamiento sistémico , la complejidad de un proyecto puede definirse como una intrincada disposición de las diversas partes interrelacionadas, cuyos elementos pueden cambiar y evolucionar constantemente, afectando así los objetivos del proyecto. ^{[ 2 ]} La identificación de proyectos complejos es especialmente importante en entornos de ingeniería multiproyecto. ^{[ 3 ]}

El dominio fue introducido por D. Baccarini en 1996. ^{[ 4 ]}

La complejidad puede ser:

• Complejidad estructural (también conocida como complejidad de detalles o complejidad), es decir, que consta de muchas partes variadas e interrelacionadas. ^{[ 5 ]} Se expresa típicamente 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 tales como ambigüedad, incertidumbre, propagación, emergencia y caos. ^{[ 1 ]}

Basándose en el marco Cynefin desarrollado por Dave Snowden , ^{[ 6 ]} los proyectos complejos se pueden clasificar como:

• Proyectos, sistemas o contextos sencillos (o claros, obvios y conocidos). Se caracterizan por la constancia, la estabilidad y las relaciones claras de causa y efecto. Pueden resolverse mediante procedimientos operativos estándar y buenas 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 son difíciles, los problemas complicados son teóricamente resolubles 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 emergencias. Se pueden descubrir patrones, pero no son evidentes. Un sistema complejo puede describirse mediante la afirmación de Euclides de que el todo es mayor que la suma de sus partes.
• Proyectos realmente complejos , también conocidos como muy complejos o caóticos: se caracterizan por lo desconocido. No se pueden discernir patrones en los proyectos realmente complejos. 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 diversos componentes y fuentes, entre los que se incluyen el producto (generalmente expresado en términos de complejidad estructural o tecnológica), la organización, sus procesos, el entorno legal, ético y regulatorio circundante, la complejidad de las partes interesadas y sus objetivos (a menudo contradictorios), y la complejidad del mercado. Por lo tanto, al operar en una organización compleja o al desarrollar un producto complejo, es probable que el propio proyecto se enfrente a fenómenos relacionados con la complejidad dinámica.

El marco de gestión de la complejidad del proyecto IT-PCM propuesto por Stefan Morcov consta de 5 procesos: ^{[ 10 ]}

1. Planificar la gestión de la complejidad de los proyectos de TI: el proceso de identificar proyectos complejos y decidir las estrategias y herramientas de gestión.
2. Identificar la complejidad de un proyecto de TI : proceso de determinar qué elementos de complejidad caracterizan el proyecto. Su objetivo es la detección, el inventario y la descripción del problema.
3. Analizar la complejidad de un proyecto de TI : proceso de analizar y priorizar los elementos y características de la complejidad del proyecto. Este paso se centra en comprender el problema.
4. Planificar la estrategia de respuesta a la complejidad de los proyectos de TI : el proceso de desarrollar opciones y acciones para potenciar y aprovechar la complejidad positiva, y reducir o evitar la complejidad negativa. Este paso implica el modelado y diseño de posibles soluciones.
5. Supervisar y controlar la complejidad de los proyectos de TI : el proceso de implementar estrategias de respuesta, supervisar, controlar y evaluar la eficacia general. Es una actividad continua.

Las estrategias de respuesta típicas son:

• Crear, mejorar, usar (explotar) - si los efectos son positivos (es decir, Complejidad Positiva).
• Aceptar: para complejidad positiva, apropiada o negativa.
• Evitar/eliminar, simplificar/reducir: para la complejidad negativa.

De forma similar a la Ley de la variedad requerida y la Ley de la complejidad requerida , la complejidad del proyecto a veces es necesaria 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 como positiva, apropiada o negativa. ^{[ 11 ] [ 9 ]}

• La complejidad positiva es aquella que agrega valor al proyecto y cuya contribución al éxito del mismo compensa las consecuencias negativas asociadas.
• La complejidad negativa es aquella que obstaculiza el éxito de un proyecto.

Los conceptos de Apropiado (requisito) y Complejidad Positiva son similares a las oportunidades en la gestión de riesgos y a la antifragilidad en la gestión de vulnerabilidades , tal como las introdujo Nassim Nicholas Taleb .

• Complejidad
• Gestión de proyectos
• Gestión de riesgos
• Gestión de oportunidades
• Antifragilidad