Actividades Esenciales de la Gestión de Riesgos

La gestión de riesgos es el área que trata de garantizar que se minimice el impacto de los riesgos en el costo, la calidad y el cronograma. El objetivo principal de la gestión de riesgos es identificar y gestionar los riesgos asociados con un proyecto de software y resolver el problema. Estimar los riesgos que pueden afectar el cronograma del proyecto o la calidad del software que se está desarrollando y tomar medidas para evitar el riesgo es la tarea importante de un gerente de proyecto. La identificación y preparación de planes para reducir su impacto en el proyecto se denomina gestión de riesgos. La motivación básica de la gestión de riesgos es evitar desastres o grandes pérdidas. El riesgo se puede clasificar de la siguiente manera.

1. Riesgos del Proyecto: Estos son los riesgos que afectan el cronograma o los recursos del proyecto.
2. Riesgos de Producto: Son los riesgos que afectan la calidad o desempeño del que se está desarrollando.
3. Riesgos comerciales: Estos son los riesgos que afectan a la organización que desarrolla o adquiere el software.

Esta clasificación no es una clasificación especial. Si un programador experimentado deja un proyecto, entonces es un riesgo del proyecto porque la entrega del sistema puede retrasarse, el producto puede ser un riesgo porque el reemplazo puede no ser uno experimentado y, por lo tanto, puede haber errores y negocios. La gestión de riesgos es muy importante para los proyectos de software debido a las incertidumbres inherentes a las que se enfrentan la mayoría de los proyectos. El proceso de gestión de riesgos se muestra en la fig. El proceso de gestión de riesgos involucra varias etapas son las siguientes-

1. Identificación de Riesgos: En esta etapa se identifican los posibles riesgos del proyecto, producto y negocio.
2. Análisis de Riesgos: En esta etapa o proceso, se evalúa la probabilidad y consecuencias de estos riesgos.
3. Planificación de riesgos: en esta etapa, la prevención de riesgos se planifica para afectar el plan o mitigar sus efectos en el proyecto.
4. Monitoreo de riesgos: en esta etapa, la evaluación de riesgos se realiza continuamente y el plan de reducción de riesgos se revisa a medida que se dispone de más información sobre los riesgos.

Como cualquier otra planificación de proyectos, el proceso de gestión de riesgos es un proceso iterativo que continúa a lo largo del proyecto. Los resultados del proceso de gestión de riesgos deben documentarse en un plan de gestión de riesgos. Esto debe incluir una discusión de los riesgos que enfrenta el proyecto, analizando estos riesgos y requiriendo planes para gestionar estos riesgos. También puede incluir algunos resultados de la gestión de riesgos. La gestión de riesgos tiene que ocuparse de identificar los eventos no deseados que pueden ocurrir, la probabilidad de que ocurran y las pérdidas que ocurren cuando ocurren los eventos no deseados. sabiendo esto, se pueden idear estrategias para reducir la posibilidad de reducir el riesgo o el impacto del contenido. Por lo tanto, la gestión de riesgos gira en torno a la evaluación y el control de riesgos. Estas son las 10 mejores técnicas de elementos para administrarlos:

S.No>	Elemento de riesgo	Técnicas de Gestión de Riesgos
(1)	Escasez de personal	Dotación de personal con los mejores talentos; emparejamiento de puestos de trabajo; formación de equipos; acuerdo de personal clave; Capacitación; Preprogramación de personas clave.
(2)	Horarios y presupuestos poco realistas	Estimación detallada de costos y cronogramas de múltiples fuentes; Diseño a costo; Desarrollo incremental; reutilización de software; Depuración de requisitos.
(3)	Desarrollar funciones de software incorrectas	análisis de la organización; análisis de la misión; formulación del concepto OPS; Encuestas de usuarios; creación de prototipos; Primeros manuales de usuario.
(4)	Desarrollar la interfaz de usuario incorrecta	creación de prototipos; escenarios; Análisis de tareas; Caracterización de usuarios (funcionalidad, estilo, carga de trabajo).
(5)	Oro platino	Depuración de requisitos; creación de prototipos; Análisis coste-beneficio; Diseño al costo.
(6)	Flujo continuo de cambios en los requisitos	Umbral de cambio alto; Ocultación de información; Desarrollo incremental (diferir los cambios a incrementos posteriores).
(7)	Deficiencias en componentes suministrados externamente	evaluación comparativa; Inspección; Comprobación de referencias; Análisis de compatibilidad.
(8)	Deficiencias en tareas realizadas externamente	Comprobación de referencias; auditorías previas a la adjudicación; Contratos de honorarios de adjudicación; Teambuilding de diseño competitivo o prototipado.
(9)	Deficiencias de rendimiento en tiempo real	Simulación; evaluación comparativa; Modelado; creación de prototipos; Instrumentación; Afinación.
(10)	Poniendo a prueba las capacidades informáticas	Análisis técnico; Análisis coste-beneficio; creación de prototipos; Comprobación de referencias.