Este artículo incluye una lista de referencias generales , pero carece de suficientes citas en línea correspondientes . ( Julio de 2021 ) |
Un plan de gestión de riesgos es un documento que prepara un director de proyectos para prever los riesgos, estimar los impactos y definir las respuestas a los riesgos. También contiene una matriz de evaluación de riesgos . Según el Project Management Institute , un plan de gestión de riesgos es un "componente del plan de gestión de proyectos, programas o carteras que describe cómo se estructurarán y realizarán las actividades de gestión de riesgos". [1]
Además, según el Project Management Institute, un riesgo es "un evento o condición incierta que, si ocurre, tiene un efecto positivo o negativo en los objetivos de un proyecto". [1] El riesgo es inherente a cualquier proyecto, y los gerentes de proyectos deben evaluar los riesgos continuamente y desarrollar planes para abordarlos. El plan de gestión de riesgos contiene un análisis de los riesgos probables con impacto alto y bajo, así como estrategias de mitigación para ayudar a evitar que el proyecto se descarrile si surgen problemas comunes. Los planes de gestión de riesgos deben ser revisados periódicamente por el equipo del proyecto para evitar que el análisis se vuelva obsoleto y no refleje los riesgos potenciales reales del proyecto.
En términos generales, hay cuatro respuestas posibles al riesgo con numerosas variaciones en los términos específicos utilizados para nombrar estas opciones de respuesta: [2] [3]
(Mnemónico: SARA, por Share , Avoid , Reduce , Accept , o A-CAT, por "Evitar, Controlar, Aceptar o Transferir")
Los planes de gestión de riesgos a menudo incluyen matrices.
El Departamento de Defensa de los Estados Unidos, como parte de la adquisición, utiliza la planificación de la gestión de riesgos que puede tener un documento de Plan de Gestión de Riesgos para el proyecto específico. La intención general del RMP en este contexto es definir el alcance de los riesgos que se deben rastrear y los medios para documentar los informes. También se desea que haya una relación integrada con otros procesos. Un ejemplo de esto sería explicar qué pruebas de desarrollo verifican que los riesgos del tipo de diseño se minimizaron y se establecen como parte del plan maestro de prueba y evaluación . Otro ejemplo serían las instrucciones de 5000.2D [4] de que para los programas que forman parte de un sistema de sistemas, la estrategia de gestión de riesgos debe abordar específicamente la integración y la interoperabilidad como un área de riesgo. El proceso y las plantillas específicas del RMP cambian con el tiempo (por ejemplo, la desaparición de los documentos de 2002 Defense Finance and Accounting Service / System Risk Management Plan y el SPAWAR Risk Management Process).
{{cite book}}
: Mantenimiento de CS1: falta la ubicación del editor ( enlace )