Articulo de referencia

Cono de incertidumbre

En la gestión de proyectos , el cono de incertidumbre describe la evolución de la incertidumbre en el mejor de los casos durante un proyecto. [ 1 ] Al inicio de un proyecto, se ...

En la gestión de proyectos , el cono de incertidumbre describe la evolución de la incertidumbre en el mejor de los casos durante un proyecto. [ 1 ] Al inicio 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 realiza más investigación y desarrollo, se obtiene más información sobre el proyecto y la incertidumbre tiende a disminuir, llegando al 0 % cuando se ha eliminado o transferido todo el riesgo residual . Esto suele ocurrir al final del proyecto, es decir, al transferir las responsabilidades a un grupo de mantenimiento independiente.

El término cono de incertidumbre se utiliza en el desarrollo de software, donde los entornos técnicos y comerciales cambian con gran rapidez. Sin embargo, este concepto, con diferentes nombres, es un principio básico bien establecido de la ingeniería de costos . La mayoría de los entornos cambian tan lentamente que pueden considerarse estáticos durante la duración de un proyecto típico, por lo que los métodos tradicionales de gestión de proyectos se centran en lograr una comprensión completa del entorno mediante un análisis y una planificación cuidadosos. Mucho antes de realizar inversiones significativas, la incertidumbre se reduce a un nivel en el que el riesgo se puede asumir con comodidad. En este tipo de entorno, el nivel de incertidumbre disminuye rápidamente al principio y la forma del cono es menos evidente. Sin embargo, el sector 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 de forma activa y continua para reducir dicho nivel.

El margen de incertidumbre se reduce tanto mediante la investigación como mediante las decisiones que eliminan las fuentes de variabilidad del proyecto. Estas decisiones se refieren al alcance, es decir, qué se incluye y qué no se incluye en el proyecto. Si estas decisiones cambian posteriormente, el margen de incertidumbre se ampliará.

Una investigación original sobre ingeniería y construcción en la industria química demostró que los costos finales reales a menudo superaban la estimación inicial "base" hasta en un 100 % (o eran inferiores hasta en un 50 % [ 2 ] ). Una investigación en la industria del software sobre el cono de incertidumbre indicó 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 un factor de 4 tanto en el extremo superior como en el inferior. [ 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 del proyecto, aunque dicha disminución no está garantizada. [ 4 ]

Aplicaciones

Una forma de tener en cuenta el margen de incertidumbre en la estimación del proyecto es determinar primero una estimación puntual "más probable" y luego calcular el rango máximo-mínimo utilizando multiplicadores predefinidos (que dependen 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 responsable de la tarea introducir una estimación con rangos mínimo y máximo, y que a su vez genere un cronograma que incluya este nivel de incertidumbre.

Trayectoria proyectada de tres y cinco días del huracán Irene , aquí degradado a depresión tropical.

El cono de incertidumbre también se utiliza ampliamente como gráfico en la predicción de huracanes , donde su uso más icónico se conoce más formalmente como el Cono de Pronóstico de Trayectoria del NHC , [ 5 ] y más coloquialmente como el Cono de Error, Cono de Probabilidad o Cono de la Muerte. (Nótese que el uso en la predicción de huracanes es esencialmente 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 predicción de huracanes la ubicación actual de la tormenta es cierta, 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 de las veces, [ 7 ] y los conos mismos se han reducido debido a mejoras en la metodología. El NHC comenzó a realizar proyecciones internas a cinco días en 2001 y a publicarlas en 2003. Actualmente trabaja internamente en pronósticos a 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 ]

Historia

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 tipos 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 ] Trabajos posteriores de Boehm y sus colegas en la USC aplicaron 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 con base en el trabajo del 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 ]

Implicación

  • Las estimaciones (por ejemplo, sobre duración, costes o calidad) son inherentemente muy vagas al comienzo de un proyecto.
  • Las estimaciones y los planes de proyecto basados ​​en estimaciones deben revisarse periódicamente.
  • Las incertidumbres pueden incorporarse a las estimaciones y deben ser visibles en los planes del proyecto.
  • Las suposiciones que posteriormente resultan ser erróneas son factores importantes de incertidumbre.

Véase también

Referencias

Notas

  1. "El cono de incertidumbre" . Construx . 17 de septiembre de 2016.
  2. 1 2 Bauman, H. Carl (abril de 1958). "Consideraciones de precisión para la estimación de costos de capital". Ind. Eng. Chem . 50 (4). 55A–58A. doi : 10.1021/i650580a748 .
  3. Boehm 1981 .
  4. McConnell, S (2006). Estimación de software: desmitificando el arte oscuro . Microsoft Press. pág. 38.
  5. "Definición del cono de pronóstico de trayectoria del NHC" . NHC - Centro Nacional de Huracanes (Administración Nacional Oceánica y Atmosférica) .
  6. Hennen, Dave (24 de agosto de 2011). "Cómo los pronosticadores desarrollan el 'cono de incertidumbre' de los huracanes"" . CNN . Consultado el 8 de marzo de 2020 .{{cite web}}: CS1 maint: servicio de archivado obsoleto ( enlace )
  7. "El 'cono de incertidumbre' y la predicción de huracanes: investigadores del CRED analizan una ayuda visual emblemática para la predicción climática" (PDF) . Centro de Investigación sobre Decisiones Ambientales (CRED) . 1 de junio de 2007.
  8. Kleinberg, Eliot (22 de abril de 2011). "Un 'cono de probabilidad' más pequeño reduce el miedo a los huracanes" . The Palm Beach Post .
  9. Gorey, JM (1958). "Tipos de estimación", Boletín de la AACE, noviembre de 1958.
  10. 1 2 Boehm 1981 , pág. 311.
  11. Stutzke, D. (2005). Estimating Software Intensive Systems , Pearson. p. 10.
  12. NASA (1990). Manual del gerente para el desarrollo de software, Revisión 1. Número de documento SEL-84-101. Greenbelt, Maryland: Centro de vuelo espacial Goddard, NASA. pág. 3-2.
  13. Boehm, Barry W .; et al. (2000). Estimación de costos de software con COCOMO II . (con CD-ROM). Englewood Cliffs, NJ : Prentice Hall . ISBN  9780130266927.
  14. McConnell, S (1997). Guía de supervivencia para proyectos de software , Microsoft Press.

Lecturas adicionales

  • Bossavit, Laurent (2013), Los duendes de la ingeniería de software .
  • Modelo de estimación de costos de software Cocomo 2.0
  • El Laboratorio de Ingeniería de Software de la NASA: Manual del Gerente para el Desarrollo de Software
  • El Laboratorio de Ingeniería de Software de la NASA: Manual del Gerente para el Desarrollo de Software
  • Explicación del Cono de Incertidumbre de Construx - Mejores Prácticas de Desarrollo de Software
  • El cono de incertidumbre y la predicción de huracanes
  • El cono de incertidumbre