El documento presenta una introducción a la gestión de riesgos en proyectos de software. Explica que más del 50% de los proyectos no cumplen con los objetivos de presupuesto, plazos y alcance debido a la falta de gestión de riesgos. Describe el proceso de gestión de riesgos, que incluye la identificación, análisis cualitativo y cuantitativo, planeamiento de respuestas y monitoreo de riesgos. Resalta que la habilidad para gestionar riesgos es clave para el éxito de cualquier

1. Project Management Institute Gestión de Proyectos Informáticos Cárdenas Fernández, Carlos Calle Bustinza, Fredy Segura, Wilmer Pomazón Obregón, Christian P M I

2. UNI - FIIS Contenido 5. Planeamiento de respuestas 4. Análisis cuantitativo de riesgos 3. Análisis cualitativo de riesgos 2. Identificación de riesgos 1. Planeamiento de Gestión de la riesgos 6. Monitoramento y Control de riesgos PMI

3. UNI - FIIS 9 Áreas del Conocimiento

6. Planeamiento y Gestión de Riesgos

7. Entregable

9. Eficacia de los proyectos Más del 50% de los proyectos de Software no alcanzan sus metas de presupuesto, plazos, alcance, o satisfacción del usuario 1994: 85% de los proyectos no exitosos Fuente: The Standish Group,Chaos Report No hay visión corporativa de la Gestión de Proyectos No existen procesos formales y estándares de gestión de proyectos Falta de capitalización de la experiencia (lecciones aprendidas)‏ Proceso de selección de proyectos inadecuado Inadecuada gestión de los riesgos

10. Riesgo Un evento que puede o no ocurrir, pero que si ocurre, tendrá consecuencias no deseadas . Evento o condición que, si ocurre, tiene un efecto positivo o negativo sobre al menos un objetivo del proyecto. Fuente, PMBOK Guide 3 era Ed. PMI

11. Tópicos de Ingeniería de Sistemas Riesgo Un riesgo tiene una o más causas y si se produce tiene uno o más impactos

12. ¿Porqué tenemos riesgos? Solución! Requerimientos! Plazos! Costos! Recursos! Performance! Tecnología!

14. Identificación de Riesgos

15. Lista de Riesgo

17. Tópicos de Ingeniería de Sistemas Diferencias ¿ Cómo nos afectan los riesgos? Margen Costos Satisfaccion del cliente Cronogramas Performance Calida d Incertidumbre Estimaciones

18. Tópicos de Ingeniería de Sistemas Algunos eventos Equipo integrado muy tarde Requerimientos diferentes de necesidades reales del usuario Atrasos de cronograma Mayores costos Quiebra un proveedor clave Quiebra nuestro cliente Staff clave no disponible Cambia la tecnología Problemas! Proyecto cancelado! No obtenemos ganancias! Aparecen penalidades! Reputación de la compañía se desvanece! Perdemos el contrato! Nuestro jefe es más grande de lo que parecía! Seguro de desempleo! & Consecuencias

19. Tópicos de Ingeniería de Sistemas Resolución de Problemas Vs Gestión de Riesgos! Existe un problema hoy ! Un riesgo es una hipótesis sobre un problema futuro ! Debemos estar preocupados por el futuro porque es donde invertiremos el resto de nuestras vidas!

20. Tópicos de Ingeniería de Sistemas Forma tradicional de resolver un problema Reconocer la naturaleza del problema Analizar alternativas y consecuencias Seleccionar una solución Implementar la solución Ser consciente del problema Proveer Feedback

21. Gestión de riesgos La habilidad para gestionar los riesgos es el factor fundamental para el éxito de un proyecto Robert Charette Proceso formal de identificar y analizar los riesgos y la consecuente gestión para eliminar, reducir o abordar dichos riesgos.

22. Tópicos de Ingeniería de Sistemas Como responder a los riesgos Plan de acción para eliminar o mitigar la probabilidad de que el evento ocurra Plan de acción para mitigar el impacto del evento Plan de acción para gestionar la situación resultante del evento.

23. Tópicos de Ingeniería de Sistemas Necesitamos un proceso para gestionar los riesgos Identificar Cuantificar Organizar Plan. y Decidir Monitorear controlar Comprender Analizar Comunicar MOSIC P.R.A.M.

24. Tópicos de Ingeniería de Sistemas Identificación de los riesgos Brainstorming Entrevistas Checklists y Cuestionarios “ Templates” y portafolios de riesgos de proyectos anteriores Diagramas de Ishikawa (espina de pescado)‏ Análisis FODA Expertos Lo más temprano posible F O A D

25. Evaluación Cualitativa de Riesgos

26. Ranking de Riesgos

29. Evaluación Cuantitativa de Riesgos

32. Tópicos de Ingeniería de Sistemas Cuantificación de los riesgos Probabilidad de la ocurrencia del riesgo 0-100% que determina la incertidumbre de ocurrencia del evento Cerca de los límites, certidumbre de ocurrencia o no ocurrencia del evento. Impacto del riesgo Consecuencia cuantificable del riesgo

36. Estadísticas La próxima entrega del proyecto depende de 4 tareas, cada una de ellas con un 82% de probabilidad de terminar en tiempo. ¿Cuál es la probabilidad de entregar en plazo? 0,82*0,82*0,82*0,82=0,52 52% Chance 50/50 de entregar en plazo

37. Probabilidad Herramientas. Experiencia Estadística y cálculos de probabilidad P.E.R.T. Simulación

38. Impacto del riesgo Costo asociado al evento: mayores recursos, equipamiento adicional, penalidades, cambio de proveedores, atrasos en acceso al mercado, etc. Herramientas: Costo definido Árboles de decisión P.E.R.T. Simulación Delphi Entrevistas

39. Tópicos de Ingeniería de Sistemas Costo del impacto del riesgo = $r Probabilidad del evento = p % Valor del riesgo = $r x p % Como cuantificar el riesgo? Riesgo total = $ ( (r1 x p1) + (r2 x p2) + .......(rn x pn) )‏

40. Tópicos de Ingeniería de Sistemas Organizar Organizar los riesgos en grupos. (Risk Breakdown Structure). Estratégicos Contractuales Tecnológicos Externos Financieros Etc. Asignar responsables

41. Tópicos de Ingeniería de Sistemas Determinación de Importancia No presente 70 60 50 40 30 20 90 80 50.000 10.000 1.000 0 100 Impacto Probabilidad de ocurrencia (%)‏ 10 100.000 Preocupación Riesgo bajo Riesgo medio Riesgo Alto Riesgo Inaceptable Presente

42. Planeamiento de Respuesta a los Riesgos

45. Tópicos de Ingeniería de Sistemas Hacer algo con los riesgos! Mitigar el riesgo Reducir Valor del riesgo Riesgo Menor Presupuesto menor Aumentar las chances de éxito Menos % Menos $

46. Mitigación del riesgo Eliminar o disminuir la probabilidad Disminuir el impacto Plan para gestionar el impacto Seguros Prototipos, testeos Planes de contingencia Compartir el riesgo (tercerizar una parte)‏ Manejar alternativas (varios proveedores)‏ Cambiar tecnología Presupuesto de riesgo Cambiar el Gerente del Proyecto

47. Tópicos de Ingeniería de Sistemas Gestión de riesgos Monitorear Controlar Comunicar Retornar a Identificación y Análisis Periódicamente

48. Tópicos de Ingeniería de Sistemas Gestión de riesgos Revisar la probabilidad e impacto para cada riesgo Cerrar riesgos cuyo evento ya no puede ocurrir o ya ha sucedido Identificar, invocar y controlar acciones de mitigación Actualizar el presupuesto de riesgo Monitorear y registrar impactos de riesgos hechos realidad Actualizar el portafolio de riesgos Identificar nuevos riesgos

49. Herramientas y técnicas 1 Evaluación de probabilidad e impacto de los riesgos. 2 Matriz de probabilidad e impacto. 3 Evaluación de la calidad de los datos sobre riesgos. 4 Categorización de riesgos. 5 Evaluación de la urgencia de riesgo. Salidas Registro de riesgos (actualizaciones).

50. Seguimiento y Control de Riesgos

53. Tópicos de Ingeniería de Sistemas Indicador de estado del proyecto +3 Valor actual de riesgos < 50% del presupuesto de riesgos +2 Valor actual de riesgos < 75% del presupuesto de riesgos +1 Valor actual de riesgos < presupuesto de riesgos 0 Valor actual de riesgos = presupuesto de riesgos -1 Valor actual de riesgos > presupuesto de riesgos -2 Valor actual de riesgos > presupuesto de riesgos + 15% -3 Valor actual de reisgos > presupuesto de riesgos + 30%

54. Tópicos de Ingeniería de Sistemas Presupuesto de riesgos Costo residual de mitigación = $m Costo residual del impacto = $r Probabilidad del riesgo mitigado = p% Valor del riesgo mitigado (mrv) = ($r x p%) + $m Presupuesto de riesgos = mrv 1 + mrv 2 + .......mrv n Costo proyecto = presupuesto estimado + presupuesto riesgos

55. Conclusiones Siempre estamos afrontando estimaciones P.R.A.M. debe ser aplicado a todos los proyectos grandes y chicos Para cada proyecto debe ser definido un nivel de riesgo razonable y aceptable Focalizar en los riesgos mayores (top 10)‏ Diferenciación entre mala suerte/gestión y buena suerte/gestión

56. UNI - FIIS Un Proyecto visto como grupos de procesos estandarizados por la GPMBOK 8.1 10.1 9.2 11.2 11.3 12.1 12.2 11.5 9.1 5.2 6.1 6.2 7.3 4.1 6.4 7.1 7.2 11.1 6.3 5.3 Planeamiento Procesos de apoyo 11.4 Procesos Principales 10.3 4.3 Control Procesos Principales Procesos de apoyo 5.4 5.5 6.5 7.4 8.3 11.6 Los números corresponden a acápites de la GPMBOK Inicio y Cierre usualmente corresponden a Fases del Proyecto. Inicio 5.1 Cierre 12.6 10.4 4.2 Ejecución Procesos Principales Procesos de apoyo 10.2 9.3 8.2 12.3 12.4 12.5

57. MAPA CONCEPTUAL

58. <o/ Gracias !