Evaluación de riesgos

El objetivo de la evaluación de riesgos es clasificar los riesgos en términos de su potencial para causar daños. Para la evaluación de riesgos, cada riesgo inicial debe calificarse de 2 maneras:

  • La posibilidad de que un riesgo vuelva a ser cierto (indicado como r).
  • La consecuencia de los problemas relacionados con ese riesgo (denotados como s).

En base a estos 2 factores, se calcula la prioridad de cada riesgo:

p=r*s

Donde p es que la prioridad con la que se debe manejar el peligro, r es que la probabilidad de que el peligro se convierta en verdadero, y s es que la gravedad del daño causado gracias al peligro se convierta en verdadero. Si se priorizan todos los riesgos conocidos, entonces los riesgos más probables y dañinos se manejan inicialmente y se diseñan muchos procedimientos integrales de reducción de riesgos para estos riesgos.

Contención de riesgos:
después de evaluar todos los riesgos conocidos de una unidad de área de proyecto, se deben crear planes para contener los riesgos más perjudiciales y posibles. Riesgos completamente diferentes necesitan diferentes procedimientos de contención. De hecho, la mayoría de los riesgos necesitan ingenio por parte del gerente del proyecto para intentar el peligro.

Hay unidad de área 3 formas principales de configurar para la contención de riesgos:

  1. Evite el riesgo:
    esto puede tomar muchas formas, como discutir con el cliente para modificar las necesidades para reducir el alcance del trabajo, dar incentivos a los ingenieros para evitar el peligro de la rotación de personal, etc.
  2. Transferir el riesgo:
    esta estrategia consiste en obtener la parte riesgosa desarrollada por un tercero, comprar cobertura de seguro, etc.
  3. Reducción de riesgos:
    Esto implica idear formas de contener el daño debido al riesgo. por ejemplo, si existe el riesgo de que algún personal clave se vaya, también se planea un nuevo logro.

Aprovechamiento del riesgo:
para elegir entre las diversas formas de manejar el riesgo, el director del proyecto debe tener en cuenta el precio de manejar el peligro y también la reducción correspondiente del riesgo. Para esto, a menudo se calcula el apalancamiento de peligro de los diversos riesgos.

El apalancamiento de riesgo es la distinción en la exposición al riesgo dividida por el precio de reducir el peligro. Formalmente,

Apalancamiento de riesgo = (exposición al riesgo antes de la reducción – exposición al riesgo una vez que se reduce) / (costo de la reducción)

Riesgo relacionado con el retraso en el cronograma:
aunque existen 3 formas generales de manejar cualquier riesgo, sin embargo, el manejo de riesgos requiere mucho ingenio por parte de un gerente de proyecto. Como ejemplo de grado asociado, se considerarán las opciones que se ofrecen para contener un tipo de riesgo crucial que ocurre en varios códigos informáticos: el de deslizamiento de horario. Los riesgos relacionados con el retraso en el cronograma surgen principalmente gracias a la naturaleza intangible del código informático. Por tanto, estos se proscribirán aumentando la visibilidad del producto.

La visibilidad de un producto se duplicará mediante la elaboración de documentos relevantes durante todo el proceso del evento donde un asociado carnoso se gradúe obteniendo estos documentos revisados ​​por un equipo correspondiente. Los hitos deben colocarse a intervalos regulares a través de un método de ingeniería de códigos informáticos para proporcionar a un gerente una indicación regular del progreso. La finalización de una sección del método de evento antes de seguir no tiene por qué ser el único hito. cada sección se contrarrestará con tareas de tamaño razonable y también se programarán hitos para estas tareas.

Se alcanza un hito, una vez que la documentación realizada como parte de una tarea de ingeniería de código de computadora se realiza y se revisa con éxito. No es necesario colocar hitos para cada actividad. La regla general aproximada del grado asociado es alinear un hito cada diez o quince días.

Publicación traducida automáticamente

Artículo escrito por Stranger1 y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *