Análisis Cuantitativo de los Riesgos - PMQuality Artículos

Análisis Cuantitativo de los Riesgos
Propósito, Técnicas y Utilidad
Autor: Norberto Figuerola
En discusiones durante los cursos y con otros colegas más jóvenes encontré que la
mayoría son conscientes de la necesidad de identificar y gestionar los riesgos de un
proyecto y la necesidad de establecer y publicar un registro de riesgos del proyecto. Sin
embargo pocos tienen una buena comprensión sobre el análisis cuantitativo de los riesgos
y en especial la necesidad de gestionar rigurosamente los riesgos que surgen
intrínsicamente del cronograma del proyecto.
Un pequeño ejemplo puede ilustrar el problema con más claridad. Supongamos que un
proyecto tiene 5 tareas que se ejecutan en forma serial, y cada una fue estimada con un
nivel de confianza del 90%. En base a lo anterior, usted podría decir que las posibilidades
generales de cumplir con la fecha de entrega objetivo del proyecto es del 90%. Es posible
que intuitivamente diga que si, pero entonces estaría equivocado. La respuesta correcta
es en realidad menos del 60% (que es el resultado del siguiente cálculo: 0,9 x 0,9 x 0,9 x
0,9 x 0,9 = 0,59). Por lo tanto, en este ejemplo, si se administra con confianza su
proyecto, esperando una muy alta probabilidad de cumplir con el plazo, podría resultar
una sorpresa cuando algunas de las probabilidades empiezan a jugar en su contra.
Conforme a Michael Shermer, estos problemas se deben a nuestra tendencia natural a
percibir erróneamente y calcular mal las probabilidades, pensar anecdóticamente, en
lugar de estadísticamente, y de concentrarnos y recordar las tendencias a corto plazo y en
pequeñas cantidades. La razón por la que nuestras intuiciones se equivocan tan a
menudo es que hemos evolucionado en lo que el biólogo evolucionista Richard Dawkins
llama "Mundo Medio", a medio camino entre corto y largo, pequeño y grande, lento y
rápido, nuevo y viejo (Ver el artículo de “Scientific American”).
En el presente artículo trataremos sobre los procesos de “análisis de los riesgos”, y
particularmente el aspecto “cuantitativo”. Entender cuál es el objetivo del mismo, y que
como Gerente de Proyectos es necesario gestionar los riesgos inherentes incorporados
en los cronogramas, o en su caso, y dada su alta complejidad, al menos comprender las
falacias de los mismos. Comencemos con una mirada amplia sobre los riesgos.
Gestión de Riesgos Corporativos
Ya se trate de desastres naturales, errores humanos, crisis financieras o actos de hackeo,
las situaciones de emergencia se están convirtiendo en una característica cada vez más
frecuente de la vida cotidiana de todos nosotros. Estos sucesos se potencian aún más
debido a la incertidumbre cada vez más alta del mundo actual, incertidumbre que está
ligada a los riesgos. Debido a que la definición del riesgo cubre una gama muy amplia de
sucesos de diferente naturaleza, se han desarrollado diferentes modelos de gestión,
algunos son propios por sector de actividad y otros se especializan en el tratamiento de
algún tipo de riesgo. Vamos a encontrarnos entonces con:





Estándares para el tratamiento de riesgos específicos como las normas ISO
27005, ISO 14000, ISO 18001, etc.
Normas de Seguridad específicas para la Industria, para la Energía Nuclear, para
Finanzas, etc.
Metodologías para gestión de riesgos en proyectos (PMI, Prince2, M.o.R., APM
(Pram), SEI, etc.)
Instituciones independientes para la formación de profesionales en riesgos como
el IRM
Estándares para la gestión de todo tipo de riesgos (ERM) como las normas COSO,
AS/NZ 4360:2004, o la ISO 31000.
Un enfoque empresarial (ERM) para la gestión de riesgos permite a una organización
considerar el impacto potencial de todos los tipos de riesgos en todos los procesos,
actividades, actores, productos y servicios. La norma ISO 31000 de Gestión de Riesgo
proporciona un enfoque estructurado para la aplicación de la gestión de riesgo
empresarial. Las organizaciones necesitan entender el nivel general de riesgo integrado
dentro de sus procesos y actividades. Es importante que las organizaciones reconozcan y
prioricen los riesgos significativos e identifiquen r los controles críticos más débiles.
COSO (siglas en inglés, de “Committee of Sponsoring Organizations de la Treadway
Commission”) son normas cuyo objetivo es redefinir el concepto de control
interno utilizado por auditores internos y externos, en donde intervienen diversas
organizaciones, entre las que se destacan el AICPA, (Asociación interamericana de CPA),
el AAA Asociaciòn Americana de Auditores y el IIA, Instituto de Auditores Internos. Las
normas COSO publicadas en 2004 sobre Gestión de Riesgo empresarial (ERM) han
ganado una influencia considerable, ya que está relacionada con los requisitos de
Sarbanes-Oxley para las empresas que cotizan en Estados Unidos. ISO 31000 fue
publicada en 2009 como un estándar aceptado internacionalmente para la aplicación de
los principios de gestión de riesgos.
Conforme a la ISO 31000 los riesgos pueden afectar a una organización en el corto,
mediano y largo plazo. Estos riesgos están relacionados con las operaciones, la táctica y
la estrategia, respectivamente. Por ejemplo, consideremos la implementación de un nuevo
sistema informático en una organización. La elección de hardware y software son
decisiones estratégicas. Si estas opciones no son correctas, las consecuencias no serán
evidentes durante algún tiempo. Los riesgos estratégicos se toman con la intención de
lograr beneficios. Si las decisiones estratégicas fueron correctas ofrecerán los beneficios
buscados, de lo contrario se traducirán en importantes riesgos. (ERM)
El proyecto de instalar el nuevo hardware y software es una iniciativa de cambio que
representa la táctica por la que se implementará la estrategia. Los riesgos en el proyecto
deben ser administrados, para que el proyecto se entregue a tiempo, dentro del
presupuesto y con las especificaciones indicadas. Una vez más, es posible que el
proyecto logre una oportunidad al entregarse antes de término o por debajo del
presupuesto, o que riesgos no planificados ocurran y provoquen todo lo contrario.
(Metodologías de Gestión de Riesgos en los Proyectos: ej: PMI)
Una vez que el nuevo hardware y software hayan sido instalados, el sistema será
vulnerable a los riesgos operativos, incluyendo fallas del sistema, pérdida de datos,
ataques de virus y errores del operador. Estos riesgos operacionales pueden ser muy
importantes, y necesitarán procedimientos correctos que deberán ser diseñados e
implementados para minimizar la interrupción potencial. (Control y Gestión de Servicios:
ej: ITIL, Cramm, Cobit)
El proceso de gestión de riesgos se puede presentar como una lista de actividades
coordinadas. Conforme a la ISO 31000 el proceso de gestionar los riesgos está
compuesto por una lista que representa la 7Rs y 4Ts de la gestión del riesgo:



Reconocimiento o Identificación de riesgos
Ranking o clasificación de riesgos
Responder a los riesgos significativos
o Tolerar
o Tratarlos




o Transferirlos
o Terminarlos
Recursos asignación y controles
Planificación de la Reacción (Business Continuity – Disaster Recover)
Reporting o informes y la supervisión del rendimiento
Revisión del marco de la gestión de riesgos
Gestión de Riesgos Tácticos (Proyectos)
La ISO 31000 define el Riesgo como “el impacto de la incertidumbre en los objetivos”.
Conforme al PMBOK© un riesgo es un “evento o condición incierta que, si sucede, tiene
un efecto en por lo menos uno de los objetivos del proyecto”. Los riesgos de un proyecto
se ubican siempre en el futuro y tienen su origen en la incertidumbre que está presente en
todos los proyectos. Otro factor importante de causa de riesgos en los proyectos es su
complejidad.
El problema de la eliminación de las incertidumbres (aunque sean solamente aquellas que
podemos concebir) es que es un proceso caro. Se necesita tiempo (y por lo tanto dinero)
para obtener la información que falta, explorar caminos diferentes, escenarios futuros,
modelos y poner en marcha planes de contingencia.
Si los riesgos son altos y los objetivos del proyecto exigen una fuerte estrategia de
aversión al riesgo se justificaría dicha inversión, pero siempre tiene un precio alto.
Dependiendo de qué nivel de riesgo se considera aceptable, hay un umbral en el que se
hace poco rentable para hacer frente a una mayor incertidumbre. Por otro lado, mientras
que no hacer nada es sin duda una opción barata, deja al proyecto expuesto a los
problemas más adelante. En algún lugar entre estos dos extremos se encuentra una zona
de protección asequible.
El presupuesto de la mayoría de los proyectos obligan a una solución de compromiso que
se hace entre el costo de contener la incertidumbre y el daño probable que cause al
proyecto. Dar prioridad a los grandes riesgos es un paso positivo, pero ¿cómo podemos
estar seguros de que los riesgos correctos se han priorizado? Y ¿qué pasa con las
incertidumbres desconocidas, o los cisnes negros ? Algunos tipos de incertidumbre,
simplemente no pueden abordarse a través de un enfoque analítico, la superposición de
probabilidades de una serie de eventos pueden combinarse para ofrecer un resultado
inesperado y muy costoso de calcularlo.
El análisis cuantitativo de los riesgos, es uno de los procesos de gestión de riesgos del
PMBOK© menos conocido, y que la mayoría de los practicantes de Project Management
no lo utiliza. Por su complejidad y su alto costo se encontraría dentro de la zona del
gráfico donde no se invierte tiempo o dinero en el mismo. Personalmente no he visto
proyectos locales que utilicen herramientas de simulación para el análisis cuantitativo de
los riesgos y es común que muchos colegas no sepan en realidad cual es el objetivo de
dicho proceso, en parte por cierto desconocimiento producto de su complejidad y también
porque no existe literatura de Project Management que explique más o menos en forma
sencilla cómo utilizar las herramientas cuantitativas y estadísticas para este tipo de
análisis. Conforme al mismo PMBOK©, si se ha efectuado un correcto proceso de
análisis cualitativo de los riesgos se podría pasar directamente al análisis de las
respuestas a los mismos, salteando así el proceso de análisis cuantitativo, ahorrando
tiempo en el proceso de gestión de riesgos. Por lo general esta es la forma de trabajo
que encontramos a diario. Se trata simplemente de analizar cuál sería la mitigación o
plan de contingencia más adecuado para los riesgos que han sido rankeados en primer
lugar.
Si esto es así uno puede preguntarse si después del análisis cualitativo se puede hacer
alguna reserva de contingencia. La respuesta corta es si. Como lo dije, muchos no
hacen el análisis cuantitativo, pero igual se necesita hacer una reserva. El PMBOK©
indica que la reserva de contingencia puede ser un porcentaje del costo o tiempo
estimado, debiéndose documentar la estrategia que se siguió. Recordar que la reserva
de contingencia es la que se hace para los riesgos “conocidos” identificados en la gestión
de riesgos. La reserva gerencial es la que se calcula para los riesgos “desconocidos” o
no identificados en el registro de riesgos.
La reserva por contingencia la debe calcular el Project Manager y forma parte de la línea
de base del costo del proyecto. Las reservas gerenciales las añade la organización por
sobre la línea de costo, para obtener el presupuesto del proyecto.
Cómo estimamos una reserva de contingencia ? En la mayoría de los casos simplemente
añadiendo un 5-15% al estimado de total de costo del proyecto. En otros casos si se
puede monetizar el riesgo se puede utilizar la herramienta de análisis cuantitativo EVM
(Valor Monetario Esperado) para calcular el monto de reserva por cada riesgo identificado
conforme a su probabilidad, tal como se explica en el artículo “Gestión de Riesgos en
los Proyectos”, tenga en cuenta que en el ejemplo de dicho artículo solo se muestran
riesgos, cuando en realidad el cálculo debería incluír amenazas y oportunidades, siendo
que las amenazas van con signo negativo y las oportunidades con signo positivo para el
cálculo del EVM final.
Evaluación de los Riesgos
La evaluación o análisis de los riesgos son los procesos necesarios para determinar la
significancia de los mismos en el proyecto. Existen dos tipos de análisis: Cualitativo y
Cuantitativo.
Análisis Cualitativo de los Riesgos.
Las técnicas cualitativas se utilizan para obtener una mejor comprensión de los riesgos
individuales, teniendo en cuenta una serie de características como la probabilidad de
ocurrencia, el grado de impacto en los objetivos del proyecto, capacidad de gestión, el
momento de los posibles impactos (corto o largo plazo), la relación con otros riesgos, las
causas comunes, etc. La técnica de calificación de probabilidad e impacto para priorizar
los riesgos es un requisito esencial para su gestión, por lo que las técnicas cualitativas se
utilizan en la mayoría de los proyectos. Los resultados de las evaluaciones cualitativas
deben ser documentados y comunicados a las principales partes interesadas del proyecto
y forman una base para determinar las respuestas apropiadas.
No se puede responder a todos los riesgos, ni se debería hacerlo. La priorización es una
manera de hacer frente a los riesgos más importantes, ayudando a limitar esfuerzo y
tiempo en la tareas posteriores de planes de respuesta. El ochenta por ciento del impacto
vendrá del veinte por ciento de los riesgos.
En la práctica se utilizan dos métodos. El método más sencillo utilizado para los
proyectos pequeños o donde se tiene conocimiento sobre los temas a tratar es elaborar
una tabla unidimensional que indique la prioridad de cada riesgo, y asignar a cada uno la
prioridad que se considere más adecuada.




Bajo
Medio
Alto
Muy Alto
Riesgo
Rating
A
Bajo
B
Muy Alto
En proyectos más complejos la técnica más utilizada es la matriz de probabilidad e
impacto, donde el score de cada riesgo se obtiene multiplicando su probabilidad por el
impacto asociado y obteniendo un valor x. Conforme al grado de aversión/propensión que
tenga la organización al riesgo en dicho proyecto, el valor x determinado indicará su
prioridad.
Como se dijo anteriormente luego de este proceso, se pasa al análisis cuantitativo o
directamente al análisis de las respuestas para cada riesgo que haya sido considerado
alto.
Análisis Cuantitativo de Riesgos.
Cómo se indicó anteriormente el análisis cuantitativo no siempre se realiza, dado que
requiere de más tiempo, pero sin embargo proporciona más datos para ayudar en la toma
de decisiones. Considere el uso de Análisis Cuantitativo de Riesgos para:
•
•
•
Los proyectos que requieren una reserva de contingencia para el cronograma y el
presupuesto.
Grandes proyectos complejos que requieren decisiones Go / No Go
Proyectos donde la alta gerencia desea más detalles acerca de la probabilidad de
completar el proyecto a tiempo y dentro del presupuesto.
Las técnicas cuantitativas proporcionan una visión de los efectos combinados de los
riesgos identificados en los objetivos del proyecto. Estas técnicas tienen en cuenta los
efectos probabilísticos, tales como la correlación entre los riesgos, la interdependencia, y
ciclos de retroalimentación. El resultado es una indicación del grado de riesgo general que
enfrenta el proyecto. Los resultados del análisis cuantitativo se utilizan para enfocar el
desarrollo de respuestas adecuadas, en particular un cálculo más exacto de los niveles de
reservas de contingencia necesarias, y deben ser documentados y comunicados para
informar las acciones posteriores.
Entre los objetivos más importantes del Análisis Cuantitativo de Riesgos se encuentran:


Cuál es la probabilidad de lograr los objetivos de costo y tiempo en el proyecto
Mejorar la toma de decisiones de negocio a través de los Arboles de Decisión



Determinar el monto de reserva de contingencias para los buffers del proyecto.
Identificar las partes del proyecto que contribuyen a una exposición alta del riesgo
cuando se consideran todos los riesgos en forma simultánea
Métricas para evaluar el grado de sensibilidad de los riesgos
Siempre es necesario establecer una cantidad (tiempo y costo) como reserva de
contingencia para permitir las eventualidades. Esta reserva se compone de dos
elementos: las encaminadas a cubrir respuestas condicionales específicas y aprobadas
(por ejemplo, planes de contingencia), y aquellas para tratar los riesgos no especificados
o aceptados pasivamente. Los métodos cuantitativos pueden ser utilizados para
determinar las reservas de contingencias en ambos aspectos (por ejemplo, los árboles de
decisión para las respuestas condicionadas, la simulación para el conjunto de riesgos no
especificados). De todas formas como se señaló en párrafos anteriores muchas veces se
calcula el monto de reserva de contingencia al final del Análisis Cualitativo como un
porcentaje global.
Una de las herramientas más utilizadas en el Análisis Cuantitativo es el cálculo del Valor
Monetario Esperado (VME) resultante de la multiplicación de la probabilidad por el
impacto de cada riesgo u oportunidad. El valor monetario esperado para un proyecto se
calcula multiplicando el valor de cada posible resultado por su probabilidad de ocurrencia,
y sumando luego los resultados. Esto se debe hacer por cada riesgo y oportunidad
identificados y tomando en cuenta la probabilidad determinada en el Análisis Cualitativo y
el impacto en términos monetarios y no cualitativos.
Aquí ya partimos de varios supuestos tales como, que la Identificación de los riesgos se
llevó a cabo de manera profesional, identificando todos los riesgos y oportunidades sin
colocar en el registro problemas, restricciones o eventos diarios del negocio. Por otro
lado cuando se confeccionó la Matriz de Probabilidad e Impacto se tuvo en cuenta el
grado de aversión/propensión al riesgo de la organización y la probabilidad fue calculada
de forma no subjetiva. Finalmente que el impacto calculado en dicha Matriz pueda ser
cuantificado en términos monetarios. Todos estos supuestos en la mayoría de las veces
no se cumplen. Más abajo vemos un ejemplo sencillo de cómo utilizar esta variable.
Probabilidad
Costo del
Impacto
VME
A (Amenaza)
20%
$100,000
$20,000
B (Oportunidad)
40%
($10,000)
($4,000)
C (Amenaza)
30%
$50,000
$15,000
Riesgo
Total VME
$31,000
El VME se utiliza también para armar los Arboles de Decisiones que permiten que la
organización identifique y estructure los costos y beneficios de decisiones cuando los
resultados se determinan en parte por la incertidumbre y el riesgo. La resolución de los
árboles de decisiones ayuda a seleccionar el camino que ofrece el más alto valor
monetario esperado o utilidad esperada de la organización.
La mayoría de los proyectos tiene un número significativo de tareas, y es probable que
haya diferentes grados en los niveles de confianza de cada tarea, de manera que se
establece un factor de riesgo de la programación general del proyecto mucho más
complicado que el que uno se imagina.
El uso de un solo punto de estimaciones de los datos del proyecto, como la duración de
las actividades y los costos, a menudo conduce a proyectos poco realistas debido a la
incertidumbre inherente que caracteriza estos proyectos. Por lo tanto, el uso de
distribuciones estadísticas es crucial para un análisis exhaustivo y realista del proyecto en
preparación de su futuro progreso que se caracteriza por cambios en comparación con las
estimaciones puntuales originales.
Un enfoque simplista para un cálculo estadístico es la técnica PERT (también conocido
como Estimación por tres puntos). Esta técnica utiliza tres estimaciones para definir una
aproximación de la duración de la actividad (y el costo). Determina el punto optimista (O),
pesimista (P) y el más probable (M) para cada actividad. Calcula la duración de la
actividad prevista de una media ponderada de los tres parámetros, basado en la siguiente
fórmula:
Duración de la actividad esperada = (O + 4 M + P) / 6.
La razón por la que este enfoque es "simplista" se debe a que a pesar de su aspecto
elegante, es estadísticamente incorrecto, debido principalmente al hecho de que se
supone que la duración de cada actividad se puede determinar de forma independiente
del resto de las actividades, lo que generalmente no es el caso.
Esta es la razón por la que el uso de análisis de Monte Carlo es más efectivo. En lugar
de utilizar el enfoque simplista sugerido por la técnica PERT, la técnica de análisis de
Monte Carlo utiliza las tres estimaciones para simular repetidamente fechas de
finalización del proyecto, teniendo en cuenta la probabilidad estadística de que la duración
de cada actividad será en algún lugar en el continuo entre las tres estimaciones. El
resultado de este análisis no será una respuesta definitiva, por el contrario, la respuesta
será en forma de "basado en las estimaciones de la duración de actividades individuales,
existe un X% de posibilidades de que el proyecto se completará a más tardar el día Y".
El gráfico a continuación es la salida de un software de simulación Monte Carlo, y destaca
el tipo de resultados que dicha herramienta produce. El propósito general es el de
presentar la probabilidad que tiene el proyecto de completarse en distintas fechas. El eje
de la izquierda (Hits) indica el número de veces durante la simulación, que una fecha en
particular fue identificada como posible fecha de finalización. El eje derecho (frecuencia
acumulada) muestra la probabilidad acumulativa que se logra con las distintas fechas. El
eje inferior (distribución), muestra las posibles fechas de terminación identificadas,
mientras que la altura de la barra asociada a esa fecha se determina por el número de
veces que la fecha ha sido identificada por la simulación como fecha de finalización
probable del proyecto. Basado en este ejemplo existe una probabilidad del 80% que el
proyecto se complete el 21/05/02. La línea amarilla apuntando al 08/05/02, es la fecha en
que el cronograma indicaba la finalización del proyecto.
Análisis de Riesgos en el Cronograma
El Análisis de Riesgos en el Cronograma es una técnica eficaz para conectar la
información sobre los riesgos de las actividades del proyecto con el cronograma de línea
de base, a fin de proporcionar información sobre la sensibilidad de las distintas
actividades del proyecto y evaluar el posible impacto de la incertidumbre sobre la duración
y el costo final del proyecto.
Dado que las estimaciones (ver el artículo “Planificación y Estimaciones en los
Proyectos”) sobre el tiempo de actividad y el costo son predicciones muchas veces
subjetivas (excesivamente optimistas o con reservas de seguridad para protegerse contra
eventos inesperados), el conocimiento sobre el impacto potencial de estos errores de
estimación en la objetivo del proyecto es un factor clave a añadir en la construcción de la
línea base del cronograma del proyecto.
El método cuantitativo de análisis de riesgo del cronograma es un proceso que lleva su
tiempo y complicación. Para este artículo vamos a presentarlo de manera sencilla en los
siguientes 4 pasos:
Paso 1. Cronograma Baseline
La construcción de una línea de base del
cronograma del proyecto consiste en la
definición de las fechas de inicio y fin de cada
actividad del proyecto, utilizando cálculos de
inicio más tempranos o más tarde con o sin la
presencia de recursos limitados. Hay una
amplia gama de técnicas disponibles (PERT,
CPM, CCPM, etc ) que no es objeto tratarlas en
este artículo. La línea base del cronograma
del proyecto sirve como un punto de
referencia para compararlo con el simulado de
el Paso 3. Aunque en general se acepta que es
muy poco probable que todo salga según lo
previsto, el programa de línea de base juega
un papel central en el análisis de riesgos y la
falta de dicho análisis llevaría a resultados
sesgados e inexactos.
Paso 2. Definición del Riesgo / Incertidumbre
Dado que las estimaciones de tiempo y costo a
menudo, tienen un margen de error, la gente
se siente más cómoda con un rango de
duración y costos estimados de las actividades
del proyecto. Las estimaciones de los rangos y
la evaluación de sus riesgos requieren
habilidades analíticas y conocimientos básicos
de estadísticas que a menudo se perciben
como matemáticamente complejos y, a veces
demasiado teórico y por lo tanto alejado de la
práctica. Sin embargo, una comprensión
básica de las funciones de distribución de
probabilidad, permite que el Gerente de
Proyecto mejore la estimación de los efectos
de sucesos inesperados sobre los resultados
del proyecto.
Paso 3. Simulaciones de Monte-Carlo
La simulación Monte-Carlo es una técnica para
generar
rápidamente
sucesivas
corridas
simulando el progreso del proyecto real. Cada
ejecución de la simulación genera una duración
y costo de cada actividad del proyecto basado
en su perfil de incertidumbre definida en el
paso 2 (curva de probabilidad). Durante cada
ejecución de la simulación, el motor de
simulación registra todos los cronogramas y
caminos críticos durante el progreso con el fin
de poder medir el grado de sensibilidad de las
actividades respecto del objetivo del proyecto.
Paso 4. Resultados del análisis de sensibilidad
La salida de un programa de simulación es un
conjunto de medidas que definen el grado de
criticidad y sensibilidad de actividades. Estas
medidas refinan la vista de la ruta crítica (que
define que una actividad es crítica o no) a un
grado de sensibilidad, utilizando los siguientes
índices:
• Índice de Criticalidad (CI): Mide la
probabilidad de que una actividad está en la
ruta crítica.
• Índice de Significación (SI): Mide la
importancia relativa de una actividad.
• Índice de Sensibilidad de Cronograma (SSI):
Mide la importancia relativa de una actividad
tomando en cuenta el CI.
• Índice de Crucialidad (CRI): Mide la relación
entre la duración de la actividad/costo y la
duración/costo del proyecto total.
Conclusiones.
Si bien tratamos de conceptualizar la importancia que reviste el uso de la gestión
cuantitativa del riesgo, por otro lado es cierto que el uso de la misma requiere de
habilidades analíticas y conocimientos básicos de las estadísticas, que a menudo se
perciben como matemáticamente complejos y, a veces demasiado teóricos y alejados de
la práctica. Sin embargo, una comprensión básica de las funciones de distribución de
probabilidad le permite al Gerente de Proyecto estimar mejor los efectos de sucesos
inesperados sobre los resultados del proyecto. La cuestión es que a pesar de su gran
utilidad algunos lo utilizan y otros no.
En la práctica existen obstáculos que tendrían que ser confrontados para poder utilizar
estas herramientas. Aunque recientemente ha habido un alejamiento de su uso por
enfoques más pequeños, baratos, y más rápidos, a largo alcance todavía hay una presión
para utilizar análisis cuantitativo de riesgos en la gestión de proyectos. Entre los
obstáculos más importantes para su uso encontramos:







No existe literatura profesional (Project Management) que otorgue ejemplos
prácticos y más esclarecedores sobre el tema.
Los cálculos de las probabilidades de los sucesos pueden ser difíciles de
cuantificar en ausencia de datos históricos, o experto/experiencia en la materia,
por lo que resultan muy subjetivos.
La calidad de los datos de entrada depende en gran medida de la opinión de
expertos y del esfuerzo y la experiencia del analista de riesgos.
Los métodos cuantitativos no se utilizan de manera uniforme en las diferentes
industrias, lo que indicaría una falta práctica de consenso.
La aplicación de estos métodos es cara y consume mucho tiempo, y requiere de la
utilización de software especializado que debe ser adquirido y aprendido, haciendo
una barrera para su uso.
Las técnicas de simulación a veces son resistidas por la alta dirección al verlas
como innecesarias o demasiado sofisticadas.
No existe consenso ni experiencia respecto de las técnicas de representación de
distribución de probabilidades para los eventos de estimación de duración o costo,
o cómo explorar la incertidumbre en ellos como lo indica el PMBOK© o se describe
en el Paso 2 (cuando utilizar una curva beta, triangular, uniforme o lognormal ?).
En definitiva si no estamos en condiciones de realizar un análisis de riesgo cuantitativo de
nuestro cronograma solo nos queda cruzar los dedos como lo indica la foto de tapa.
Está prohibida la difusión, transmisión, modificación, copia, reproducción y/o distribución total o parcial del presente Documento,
en cualquier forma y por cualquier medio, sin la previa autorización escrita del autor, encontrándose protegidos por las Leyes de
Derecho de Autor, Marcas, Lealtad Comercial, Bases de Datos y otras normas Asimismo, queda prohibido cualquier uso de los
Documentos o parte de los mismos con fines comerciales. La violación de los derechos antes señalados puede acarrear condenas
civiles y/o penales establecidas en las normas precedentemente citadas. Se exigirán responsabilidades a los infractores por todas
las vías disponibles en derecho.
Fecha y lugar de publicación: Buenos Aires, Julio de 2013. Queda hecho el depósito que establece la Ley 11.723.