En la gestión de proyectos , el cono de incertidumbre describe la evolución de la cantidad de incertidumbre en el mejor de los casos durante un proyecto. [1] Al comienzo de un proyecto, se sabe relativamente poco sobre el producto o los resultados del trabajo, por lo que las estimaciones están sujetas a una gran incertidumbre. A medida que se realizan más investigaciones y desarrollos, se obtiene más información sobre el proyecto y la incertidumbre tiende a disminuir, hasta llegar al 0% cuando se ha terminado o transferido todo el riesgo residual . Esto suele suceder al final del proyecto, es decir, al transferir las responsabilidades a un grupo de mantenimiento separado.
El término cono de incertidumbre se utiliza en el desarrollo de software , donde los entornos técnicos y comerciales cambian muy rápidamente. Sin embargo, el concepto, bajo diferentes nombres, es un principio básico bien establecido de la ingeniería de costos . La mayoría de los entornos [ cita requerida ] cambian tan lentamente que pueden considerarse estáticos durante la duración de un proyecto típico, y los métodos tradicionales de gestión de proyectos, por lo tanto, se centran en lograr una comprensión completa del entorno a través de un análisis y una planificación cuidadosos. Mucho antes de que se realicen inversiones significativas, la incertidumbre se reduce a un nivel en el que el riesgo se puede asumir cómodamente. En este tipo de entorno, el nivel de incertidumbre disminuye rápidamente al principio y la forma de cono es menos obvia. Sin embargo, el negocio del software es muy volátil y existe una presión externa para disminuir el nivel de incertidumbre con el tiempo. El proyecto debe trabajar activa y continuamente para reducir el nivel de incertidumbre.
El cono de incertidumbre se estrecha tanto mediante la investigación como mediante decisiones que eliminan las fuentes de variabilidad del proyecto. Estas decisiones se refieren al alcance, lo que se incluye y lo que no se incluye en el proyecto. Si estas decisiones cambian más adelante en el proyecto, el cono se ensanchará.
Las investigaciones originales sobre ingeniería y construcción en la industria química demostraron que los costos finales reales a menudo superaban la estimación "base" más temprana hasta en un 100% (o eran inferiores en un 50% [2] ). Las investigaciones en la industria del software sobre el cono de incertidumbre indicaron que al comienzo del ciclo de vida del proyecto (es decir, antes de la recopilación de requisitos ), las estimaciones tienen en general una incertidumbre de factor 4 tanto en el lado alto como en el lado bajo. [3] Esto significa que el esfuerzo o alcance real puede ser 4 veces o 1/4 de las primeras estimaciones. Esta incertidumbre tiende a disminuir a lo largo de un proyecto, aunque esa disminución no está garantizada. [4]
Una forma de tener en cuenta el cono de incertidumbre en la estimación del proyecto es determinar primero una estimación de un solo punto "más probable" y luego calcular el rango alto-bajo utilizando multiplicadores predefinidos (dependiendo del nivel de incertidumbre en ese momento). Esto se puede hacer con fórmulas aplicadas a hojas de cálculo o utilizando una herramienta de gestión de proyectos que permita al propietario de la tarea ingresar una estimación de rango alto/bajo y luego crear un cronograma que incluirá este nivel de incertidumbre.
El cono de incertidumbre también se utiliza ampliamente como gráfico en la previsión de huracanes , donde su uso más emblemático se conoce más formalmente como el Cono de Previsión de Trayectoria del NHC , [5] y más coloquialmente conocido como el Cono de Error, Cono de Probabilidad o el Cono de la Muerte. (Tenga en cuenta que el uso en la previsión de huracanes es esencialmente el opuesto al uso en el desarrollo de software. En el desarrollo de software, la incertidumbre rodea el estado actual del proyecto, y en el futuro la incertidumbre disminuye, mientras que en la previsión de huracanes la ubicación actual de la tormenta es segura, y la trayectoria futura de la tormenta se vuelve cada vez más incierta). [6] Durante la última década, las tormentas han viajado dentro de sus áreas proyectadas dos tercios del tiempo, [7] y los propios conos se han encogido debido a las mejoras en la metodología. El NHC comenzó a realizar proyecciones internas de cinco días en 2001 y comenzó a emitirlas al público en 2003. Actualmente está trabajando internamente en pronósticos de siete días, pero el cono de incertidumbre resultante es tan grande que los posibles beneficios para la gestión de desastres son problemáticos. [8]
La base conceptual original del cono de incertidumbre fue desarrollada para la ingeniería y la construcción en la industria química por los fundadores de la Asociación Estadounidense de Ingenieros de Costos (ahora AACE International ). Publicaron un sistema de clasificación de tipo de estimación estándar propuesto con rangos de incertidumbre en 1958 [9] y presentaron ilustraciones de "cono" en la literatura de la industria en ese momento. [2] En el campo del software, el concepto fue retomado por Barry Boehm. [10] Boehm se refirió al concepto como la "Curva de Embudo". [11] La cuantificación inicial de Boehm de los efectos de la Curva de Embudo fue subjetiva. [10] El trabajo posterior de Boehm y sus colegas en la USC aplicó datos de un conjunto de proyectos de software de la Fuerza Aérea de los EE. UU. y otras fuentes para validar el modelo. El modelo básico fue validado aún más en base al trabajo en el Laboratorio de Ingeniería de Software de la NASA. [12] [13]
La primera vez que se utilizó el nombre "cono de incertidumbre" para describir este concepto fue en Software Project Survival Guide . [14]
Notas al pie