|
Impala Risk |
Newsletter # 4 Julio/08 |
|
Sumario # 4 Beneficios de la simulación de
riesgo en proyectos Impala Risk: Mejoras y
Novedades Para leer las ediciones anteriores, haga click aquí. El newsletter Estos newsletters bimestrales
tienen como objetivo principal compartir temas de interés sobre riesgo en
proyectos: artículos, casos, y noticias que se producen en diferentes partes
del mundo. También novedades sobre las versiones de Impala Risk. Las partes
principales son: Articulo: Contenido
exclusivo sobre temas de riesgo en proyectos. La frase: una cita
relacionada con la pasión por emprender proyectos, y encarar sus riesgos. Risk Misc: casos, noticias
y temas misceláneos sobre riesgos. Impala Risk - How To: Cómo resolver
situaciones concretas de simulación de riesgo en proyectos mediante Impala Risk. Impala Risk - Mejoras y Novedades: Últimas, modificaciones, agregados y/o correcciones. Próximos artículos: temas a tratar
en los próximos números de este newsletter ¿Qué es Impala Risk? Descargue aquí el brochure del producto. |
Beneficios de la simulación
de riesgo en proyectos Esta edición continúa con el análisis de los
beneficios concretos que aporta la simulación de riesgo en proyectos. La edición anterior trató sobre los
siguientes beneficios: 3. Reduce el margen
para la subjetividad. 4. Análisis de
escenarios. Más beneficios 5. Análisis “what-if” de límites de incertidumbre,
plazos y fechas para una tarea En el newsletter anterior se describió el análisis
de escenarios, como otra de las facilidades de la simulación de riesgo en
proyectos. Vinculada con ésta, se puede citar también el
análisis "what-if". Este tipo de análisis se complementa con el
anterior, y permite conocer qué pasa con el modelo analizado si se modifica
alguna de las variables que lo componen. Así, se trata de determinar
"qué pasa si" se altera un valor y/o se fija otro. En particular, en las simulaciones de riesgo en
proyectos, se podrá averiguar cuáles son los límites aceptables de plazo,
costo, o incertidumbre para una tarea estratégica, o un grupo de ellas.
¿Cómo? Realizando cambios discretos sobre alguna variable (por ejemplo,
aumentar 10 días la duración pesimista de la entrega del documento funcional)
y analizar el impacto sobre la fecha de fin del proyecto; luego agregar 5
días más, y volver a calcular la fecha de fin del proyecto con la
incertidumbre del modelo en general. O también se podría modificar la
distribución de frecuencia, pasando de triangular a uniforme (o sea,
aumentando el grado de incertidumbre) En cada una de estas modificaciones, el analista se
plantea, y averigua "qué pasa si…". La sucesión (y combinación) de estos cambios, aporta
una valiosa información, que complementa otras disponibles (como por ejemplo
el camino crítico, la fecha de fin más probable, etc.). 6. Permite una nueva serie de análisis a partir de
un nuevo enfoque de criticidad. La conceptualización de la criticidad en un plan
“tradicional” surge del estado de situación al momento de analizar el
proyecto (sea al comienzo, o en sucesivos avances del mismo). Se puede decir
que, en cada momento, la criticidad es analizada como una foto. Así, una
tarea “es” o “no es” crítica, en función a si participa del camino crítico
del proyecto (aquellas tareas que, si se demoran, retrasan la fecha de fin
del proyecto). Pero la incertidumbre permite comprender y mostrar que una
tarea puede ser crítica, aunque no lo sea al momento en que se toma la foto
para analizar. O sea: existe una probabilidad de que sea crítica; esto es:
que participe en el camino crítico del proyecto. Por lo tanto el análisis resulta más amplio: la criticidad
deja de ser binaria, y se convierte en probabilística. Los principales análisis que se desprenden de este
nuevo enfoque de criticidad se pueden describir a dos niveles: _ A nivel de Camino Crítico: Cuál es el más
frecuente, y qué probabilidad tiene cada Camino Crítico _ A nivel tarea: Qué probabilidad existe de que la
tarea participe en el Camino Crítico. Esta probabilidad se puede considerar
como un índice de criticidad de la tarea. Conclusión Las dos ventajas reseñadas en los párrafos
anteriores suman más elementos valiosos para las organizaciones que
desarrollan proyectos o conviven con ellos. En ambos casos brinda un marco para un análisis más
preciso de los riesgos que se enfrentan, y aportan herramientas para una
mejor toma de decisiones y gestión de los mismos.
Lic. Pablo Zarbo, PMP
En números posteriores se tratarán los siguientes temas de interés
para la gestión de riesgo en proyectos: _ Ventajas de la simulación de riesgos en proyecto (continuación). _ Procesos de Gestión de Riesgo, según el PMBOK. _ Sesgos cognitivos en el análisis de riesgos. Feedback Si desea enviarnos comentarios, sugerencias, dudas, o si no desea
recibir newsletters, por favor escríbanos a sugerencias@impalarisk.com |
La aventura podrá ser loca, pero el
aventurero ha de ser cuerdo.. G.K.Chesterton Impala Risk – How To Determinar
cantidad de escenarios de la simulación Uno del los factores que influyen en la calidad de la simulación es la
cantidad de escenarios a ejecutar: a mayor cantidad de escenarios, mayor
riqueza de la inforamción obtenida. Pero a partir de cierta cantidad de
escenarios, nuevas iteraciones no aportan un valor adicional a Si bien en general se seleccionan alrededor de 1.000 escenarios, Impala Risk puede
encargarse de seleccionar el valor óptimo para cada proyecto. Para configurar la ejecución para generar la información necesaria se
pueden seguir los siguientes pasos: 1. Menú
Ejecutar Simulación 2. Solapa
Simulación. 3. Tildar
la opción "Detener procesamiento si no se producen novedades durante 50
escenarios consecutivos" De esta forma, para cada proyecto, Impala Risk determinará cuál es la
cantidad óptima de escenarios a procesar para obtener el mejor equilibrio
entre valor de la información generada por la simulación, y el tiempo
necesario para obtenerla. Impala Risk – Mejoras y
Novedades Release: 7.02.0250 Mejoras / Agregados _ Agregado. |