Los análisis de riesgos cualitativos y cuantitativos son dos procesos muy diferentes. En este artículo explicamos la evaluación cualitativa con un ejemplo tomado de la industria de los videojuegos.
En general, el análisis cualitativo persigue identificar los riesgos mediante escalas que resumen de manera visual e intuitiva las dimensiones relativas de cada riesgo, permitiendo así priorizar: aportando una representación visual que combina los factores más básicos, como el impacto que el riesgo supondría para el conjunto de proyecto y la probabilidad de que se presente.
Gestiona los riesgos de tus proyectos audiovisuales con ITM Platform
Aunque se llame cualitativa, esta evaluación implica una estimación numérica de estas dos variables a lo largo de escalas previamente definida. Es decir, que el rasgo cualitativo se debe a que no se trata de una medición directa, sino de una aproximación subjetiva. Es algo parecido a cuando los médicos en Estados Unidos preguntan:
¿Del uno al diez, cuánto le duele?
De forma semejante a la intuitiva escala de las expresiones de Wong-Baker, su traducción visual se encuentra en una representación geométrica que permite una aproximación sistemática en matrices de evaluación de riesgos.
En el ejemplo que sigue, hemos empleado nuestra matriz de evaluación de riesgos online para estimar el peso comparado de los siguientes riesgos para un equipo de desarrolladores en un estudio de videojuegos:
- Motor gráfico inadecuado para las funcionalidades el juego
- Pérdida de programadores
- Suspenso en el proceso de certificación
Si asignamos valores de impacto y probabilidad a estos riesgos, obtenemos la siguiente tabla.
Riesgo | Probabilidad | Impacto |
Motor gráfico | 20% | 40 |
Personal | 33% | 50 |
Certificación | 8% | 100 |
La propia tabla sugiere algunas observaciones.
1. La experiencia, la madre de la probabilidad
En primer lugar, en un estudio de videojuegos que lance, pongamos, media docena de títulos al año, después de 10 años de actividad se cuenta con un portafolio de 60 títulos que permiten extraer ciertas conclusiones sobre la frecuencia con la cual se dan estos riesgos. Por lo tanto, la idea es que la estimación de la probabilidad esté basada en la experiencia de la organización, que ha sufrido pérdidas de personal en el área de programación en uno de cada tres proyectos.
2. Simplificar para luego discutir los detalles
Este modelo obliga a simplificar mucho, pero es importante no perder de vista que las variables esconden realidades más complejas que deberán aparecer en las fases cuantitativas y en las discusiones con los stakeholders. Por ejemplo, la pérdida de talento puede esconder muchas realidades distintas, dependiendo del número de personas que se pierdan, sus roles dentro de la organización, o de si la pérdida se debe a su fichaje por otra empresa, vacaciones, jubilación o a la incapacidad para contratar según las previsiones del departamento de recursos humanos.
Con todas esas salvedades, si cargamos esa tabla en la matriz de evaluación de riesgos online de ITM Platform obtenemos este resultado:
Aunque no hay una interpretación única para este tipo de resultados, la visualización destaca que el riesgo más amenazador para este estudio es la pérdida de personal. Mientras que la selección del motor gráfico y la certificación parecen estar más controlados por los procedimientos de trabajo y control del proceso, el área de recursos humanos probablemente necesite de un plan de mitigación para poder afrontar situaciones de escasez de personal en momentos de alta carga de trabajo. Dicho plan podría incluir:
- Reasignación de tareas a los recursos existentes.
- Dimensionamiento de los posibles retrasos, o aumento de costes en el caso de que se mantenga el alcance.
- Plan de comunicación a las partes involucradas en las tareas que puedan sufrir retrasos.
- En casos graves, reconsideración de componentes no críticos que permitan salvar la viabilidad del producto.
Recuerda que puedes componer tu propio conjunto de riesgos en la matriz de evaluación online de ITM Platform. Además, si te registras podrás guardarlos y compartirlos con tu equipo.
En el próximo artículo de esta serie aplicaremos el ejemplo del estudio de videojuegos a un modelo de evaluación cuantitativa de riesgos para comprender mejor las diferencias entre ambos enfoques. ¡Suscríbete a nuestra newsletter si quieres estar al tanto cuando se publique!
Excelente ejemplo y descripción de los factores involucrados en la Cualificación de los diferentes Riesgos involucrados en este ejemplo.
Esta posibilidad gratuita es una valiosa oportunidad de poner en practica los conocimientos adquiridos en el estudio del Proceso de Desarrollo de los Riesgos del Proyecto, descrito en el PMBOK.
Gracias ITM PLATFORM por brindarle a todos los interesados esta valiosa oportunidad.