Plan de Mitigación, Seguimiento y Gestión de Riesgos (RMMM)

Plan RMMM: 
una técnica de gestión de riesgos generalmente se ve en el plan del proyecto de software. Este se puede dividir en Plan de Mitigación, Seguimiento y Gestión de Riesgos (RMMM). En este plan, todos los trabajos se realizan como parte del análisis de riesgo. Como parte del plan general del proyecto, el gerente del proyecto generalmente usa este plan RMMM. 

En algunos equipos de software, el riesgo se documenta con la ayuda de una Hoja de Información de Riesgo (RIS). Este RIS se controla mediante el uso de un sistema de base de datos para facilitar la gestión de la información, es decir, la creación, el ordenamiento prioritario, la búsqueda y otros análisis. Después de la documentación de RMMM y el inicio de un proyecto, comenzarán los pasos de mitigación y monitoreo de riesgos. 

Mitigación de Riesgos: 
Es una actividad utilizada para evitar problemas (Risk Avoidance). 
Pasos para mitigar los riesgos de la siguiente manera. 

1. Descubriendo el riesgo. 
2. Eliminar las causas que son motivo de creación del riesgo. 
3. Controlar periódicamente los documentos correspondientes. 
4. Realización de revisiones oportunas para agilizar el trabajo.

Seguimiento de Riesgos: 
Es una actividad utilizada para el seguimiento de proyectos. 
Tiene los siguientes objetivos principales de la siguiente manera. 
 

1. Para comprobar si los riesgos previstos se producen o no. 
2. Asegurar la correcta aplicación de los pasos de aversión al riesgo definidos para el riesgo. 
3. Para recopilar datos para futuros análisis de riesgos. 
4. Asignar qué problemas son causados ​​por qué riesgos a lo largo del proyecto.

Gestión y planificación del riesgo: 
asume que la actividad de mitigación falló y el riesgo es una realidad. Esta tarea la realiza el gerente de proyecto cuando el riesgo se convierte en realidad y causa problemas graves. Si el gerente del proyecto usa efectivamente la mitigación del proyecto para eliminar los riesgos con éxito, entonces es más fácil administrar los riesgos. Esto muestra que la respuesta que se tomará para cada riesgo por parte de un administrador. El objetivo principal del plan de gestión de riesgos es el registro de riesgos. Este registro de riesgos describe y se centra en las amenazas previstas para un proyecto de software.
 

Ejemplo:

Entendamos RMMM con la ayuda de un ejemplo de alta rotación de personal.

Mitigación de riesgos:

Para mitigar este riesgo, la gestión de proyectos debe desarrollar una estrategia para reducir la rotación. Los posibles pasos a seguir son:

• Conozca al personal actual para determinar las causas de la rotación (p. ej., malas condiciones de trabajo, salarios bajos, mercado laboral competitivo).
• Mitigar aquellas causas que están bajo nuestro control antes de iniciar el proyecto.
• Una vez que comience el proyecto, suponga que se producirá una rotación y desarrolle técnicas para garantizar la continuidad cuando las personas se vayan.
• Organice los equipos de proyecto de modo que la información sobre cada actividad de desarrollo esté ampliamente dispersa.
• Definir estándares de documentación y establecer mecanismos para garantizar que los documentos se desarrollen de manera oportuna.
• Asigne un miembro del personal de respaldo para cada tecnólogo crítico.

Monitoreo de Riesgos:

A medida que avanza el proyecto, comienzan las actividades de monitoreo de riesgos. El gerente del proyecto monitorea los factores que pueden proporcionar una indicación de si el riesgo se vuelve más o menos probable. En el caso de una alta rotación de personal, se pueden monitorear los siguientes factores:

• Actitud general de los miembros del equipo en función de las presiones del proyecto.
• Relaciones interpersonales entre los miembros del equipo.
• Posibles problemas con la compensación y los beneficios.
• La disponibilidad de puestos de trabajo dentro y fuera de la empresa.

Gestión de riesgos:

La gestión de riesgos y la planificación de contingencias asumen que los esfuerzos de mitigación han fallado y que el riesgo se ha convertido en una realidad. Continuando con el ejemplo, el proyecto está en marcha y varias personas anuncian que se irán. Si se ha seguido la estrategia de mitigación, hay respaldo disponible, la información está documentada y el conocimiento se ha dispersado en todo el equipo. Además, el gerente del proyecto puede reenfocar temporalmente los recursos (y reajustar el cronograma del proyecto) a aquellas funciones que cuentan con personal completo, lo que permite que los recién llegados que deben agregarse al equipo “se pongan al día ”.

Inconvenientes de RMMM:

• Incurre en costos adicionales del proyecto.
• Toma tiempo adicional.
• Para proyectos más grandes, la implementación de un RMMM en sí mismo puede convertirse en otro proyecto tedioso.
• RMMM no garantiza un proyecto libre de riesgos, de hecho, los riesgos también pueden surgir después de la entrega del proyecto.