Gestión de riesgos Parte 3: Evaluación, control y gestión Laura Posada A. 4/25/2015Gestión de Proyectos de Software1.

Presentación del tema: "Gestión de riesgos Parte 3: Evaluación, control y gestión Laura Posada A. 4/25/2015Gestión de Proyectos de Software1."— Transcripción de la presentación:

1 Gestión de riesgos Parte 3: Evaluación, control y gestión Laura Posada A. 4/25/2015Gestión de Proyectos de Software1

2 Evaluación de riesgos 4/25/2015Gestión de Proyectos de Software2

3 Evaluar riesgos Decidir qué riesgos necesitan tratamiento y las prioridades, basados en el análisis de riesgos Comparar el nivel de riesgo del análisis contra el criterio de riesgo establecido Considerar los riesgos de todas las fuentes La decisión puede ser seguir con un análisis posterior 4/25/2015Gestión de Proyectos de Software3

4 Criterio de evaluación Las decisiones se basan en el nivel de riesgo y otras restricciones como: a) Consecuencias. Ej: $ b) Probabilidad del evento. Ej: por encima de 10% c) El efecto acumulativo de múltiples eventos d) El rango de incertidumbre para los niveles de riesgo El criterio puede ser cuantitativo o cualitativo 4/25/2015Gestión de Proyectos de Software4

5 Evaluar la calificación del riesgo (Q*L) 16 – 25 Muy alto 12 – 15 Alto 8 – 11 Tolerable 4 – 7 Bajo 1 – 3 Muy bajo Ej: Decidir tratar riesgos que sean altos o muy altos 4/25/2015Gestión de Proyectos de Software5

6 Riesgos tolerables Divida los riesgos en 3 bandas: (a) Una banda superior donde los riesgos son intolerables sin importar los beneficios que puedan haber, las medidas de reducción de riesgo son esenciales. (b) Una banda intermedia donde los costos y beneficios se tienen en cuenta y las oportunidades se balancean contra las posibles consecuencias adversas (c) Una banda inferior en donde los riesgos son despreciables y no es necesario tomar medidas de control 4/25/2015Gestión de Proyectos de Software6

7 4/25/2015Gestión de Proyectos de Software7

8 Enfoque cualitativo 4/25/2015Gestión de Proyectos de Software8

9 Calificación de riesgos 4/25/2015Gestión de Proyectos de Software9 Probabilidad (likelihood) Consecuencia-Impacto Negligible E Menor D Moderate C Mayor B Catastrophic A A Muy probableMedio MayorExtremo B ProbableMenorMedioMayor Extremo C PosibleMenorMedio Mayor D Poco probableMenor Medio Mayor E RaroMenor Medio F Muy raroMenor Medio

10 Tratamiento de riesgos 4/25/2015Gestión de Proyectos de Software10

11 Tratamiento de riesgos Evitar el riesgo decidiendo no continuar con la actividar. Ej: usando RUP y terminando el proyecto después de una iteración – Una cultura que no acepte riesgos puede resultar en pérdida de oportunidades Reducir la probabilidad del riesgo. Ej: Controlar y monitorear los recursos para evitar que se vuelen los costos 4/25/2015Gestión de Proyectos de Software11

12 Tratamiento de riesgos Reducir la consecuencia. Ej: reducir el tamaño de las pérdidas. Ej: planes de contingencia para mantener sistemas viejos en caso de que el nuevo no esté a tiempo. Compartir el riesgo. Ej: contratar con multas para el vendedor en caso de que el proyecto se retrase Retener el riesgo. Ej: En un proyecto de investigación y desarrollo aceptar los costos 4/25/2015Gestión de Proyectos de Software12

13 Reducción y contención de riesgos Eliminar los riesgos obvios. Ej: falta de experiencia con la plataforma… contratar a un experto. Desarrollar un memorando de riesgos por riesgos altos que no han sido reducidos o eliminados 4/25/2015Gestión de Proyectos de Software13

14 Proceso de manejo de riesgos 4/25/2015Gestión de Proyectos de Software14

15 Ajuste entre costos y beneficios 4/25/2015Gestión de Proyectos de Software15

16 Registro de riesgos Ries go DescripciónInicialOpción e tratamie nto Control(es ) Residual Probabi lidad Impa cto RiesgoProbabi lida d Impa c t o Riesgo A31No aceptación de los usuarios CCMEDIOACEPTARReuniones previas de presentación ECMENO R A41Retrasos CCMEDIOACEPTARPlaneación Reuniones de seguimie nto ECMENO R A43Problemas de integración CBMAYORREDUCIR CBMAYO R

17 Seguimiento y control 4/25/2015Gestión de Proyectos de Software17

18 Seguimiento y control de riesgos Factores altos de riesgos han sido identificados y las estrategias de control han sido implementadas… ahora necesita monitorear: – La efectividad de las estrategias implementadas – La emergencia de nuevos factores de riesgos. – Cambios de estado de los factores de riesgo. Ej: que se vuelvan más probables 4/25/2015Gestión de Proyectos de Software18

19 Seguimiento y control de riesgos Debe ser parte de las reuniones de seguimiento y control del proyecto Es útil tener un comité de gestión de riesgos en el que esté el interesado, director de proyectos, cliente y auditores internos Reportar facilita el aprendizaje organizacional 4/25/2015Gestión de Proyectos de Software19

20 Registro de riesgos Descripción del riesgo, causas e impactos Controles existentes Calificación del riesgo Prioridad del riesgo para tratamientos futuros 4/25/2015Gestión de Proyectos de Software20

21 Ejemplo de registro de riesgos 4/25/2015Gestión de Proyectos de Software21

22 Ejemplo de cronograma de tratamiento de riesgos 4/25/2015Gestión de Proyectos de Software22

23 Plan de gestión de riesgos Desarrollar planes de gestión de riesgos Asegure el soporte de la administración Desarrolle y comunique las políticas de gestión de riesgos Establecer grados de responsabilidad y autoridad Ajuste el proceso de gestión de riesgos Asegure los recursos adecuados 4/25/2015Gestión de Proyectos de Software23

24 Cambio cultural El reto de los administradores es alentar el manejo prudente de los riesgos: (a) jugando un papel activo (b) empoderar a los empleados para manejar los riesgos efectivamente (c) reconociendo, premiando y publicitando el buen manejo de los riesgos (d) tener procesos que promuevan el aprender de los errores en lugar de castigar 4/25/2015Gestión de Proyectos de Software24

25 Cambio cultural (e) alentando la discusión y análisis de resultados inesperados, ambos, positivos y negativos (f) no responder exageradamente a los problemas introduciendo controles restrictivos 4/25/2015Gestión de Proyectos de Software25