Este documento trata sobre la gestión de riesgos en proyectos. Explica que la administración de riesgos consiste en identificar, direccionar y eliminar las fuentes de riesgo antes de que se conviertan en amenazas para el proyecto. También describe los principales tipos de riesgos que pueden surgir y diferentes métodos para evaluarlos, priorizarlos, y determinar cómo administrarlos mediante acciones como evitar, transferir, prevenir, mitigar o aceptar los riesgos. Además, enfatiza la importancia de monitore

1. Gestión de Riesgos Universidad Abierta Interamericana Facultad de Tecnología Informática Trabajo de Campo I 3° A – Sede Centro

3. “ Si usted no ataca los riesgos, los riesgos lo atacarán a usted. ” Tom Gilb http://en.wikipedia.org/wiki/Tom_Gilb

8. La Teoría

9. ¿Qué es un Riesgo?

10. Probabilidad de Ocurrencia del Riesgo 0% < < 1% Fantasia Hecho

11. Impacto del Riesgo

12. Impacto del Riesgo

13. ¿Dónde se encuentran los Riesgos?

14. Triple Restricción

15. Triple Restricción Cronograma Costos Tipos de Riesgos Calidad

16. ¿Cómo administramos los Riesgos?

17. La administración de riesgosconsiste en identificar, direccionary eliminarlasfuentes de riesgo antes de que se conviertan en amenazas al proyecto.

18. La administración de riesgosconsiste en identificar, direccionar y eliminarlasfuentes de riesgoantes de que se conviertan en amenazasal proyecto.

19. Riesgo≠Amenaza Probabilidad de Ocurrencia.

22. Actuar sobre las bases

29. Desarrolladoresquebuscan la excelencia

30. Eliminación de tareas de aseguramiento de calidad

31. Presentarcronogramasmuyoptimistas

32. Diseñoinadecuado

33. Síndrome de la “Bala de Plata”

34. Desarrolloorientado a la investigación

35. Falta de personal

36. Incumplimiento del proveedor

37. Fricción entre desarrolladores y clientesBarry Boehm

39. Cuantitativo Evaluación de Exposición al Riesgo X*Y=Z

40. Método Habitual Determinar la probabilidad de ocurrencia

41. Método Habitual Ponderar el Impacto(1) (1) A veces puede ser genérico: Si sucede; ¿Qué impacto tiene en el proyecto? (1 = nada / 100 = se cancela el proyecto)

42. Método Habitual Nivel de Exposición = ocurrencia * Impacto

44. Nivel de Exposición También puede normalizarse para tener un único criterio entre los rubros.

48. Priorizar

49. Steve McConnell http://www.amazon.com/Software-Estimation-Demystifying-Practices-Microsoft/dp/0735605351

50. Pareto 80% 20% ...de los Riesgos... 80% 20% ...de la Exposición...

51. Administración vs. Exposición Administración < Exposición

53. Plan del Proyecto Plan de Gestión de Riesgos

55. Es paralelo al plan del proyecto propiamente dichoQuita impedimentos al Plan del Proyecto

57. ¿De dónde viene?

58. Naturaleza

59. ¿De qué se trata?

60. Impacto

61. ¿Qué pasa si se materializa?

62. Indicadores

63. ¿Cómo se mide su evolución?

64. Umbral

65. ¿Cuándo se toma una acción?

66. Acción

68. ¿Qué hacer con los riesgos?

69. Evitar Se modifica el plan para abolir el Riesgo.

70. Transferir Se asigna el Riesgo a un tercero.

71. Prevenir Accionar para reducir la probabilidad de ocurrencia.

72. Mitigar Reducción del impacto una vez que el Riesgo se materializa.

73. Aceptar No hacer nada y asumir las consecuencias.

74. Relación Temporal de las Acciones Evitar Transferir Mitigar Prevenir Aceptar 100% de Probabilidad

77. Monitoreo Los riesgosaumentan y disminuyen a lo largo del proyecto, por lo quedebemosmonitorearlosparaverificarsuestado, saber cualesfueronresueltos y detectarnuevosriesgos.

78. Monitoreo Unaposibilidadesefectuar el seguimiento de los 10 riesgostop o Pareto. Para ello se armaunalistaquecontiene el ranking actual, el anterior, la cantidad de semanas en la lista y el avance de suresolución. Dichalistadebe ser revisadacomomínimounavezporsemana, estoobliga a tener en cuenta los riesgos.

79. Monitoreo Análisis Postmortem: Un análisis postmortem nosayudará a mejorar en los próximosproyectos, si se hace al final de cada milestone nosservirápara el proyecto en curso.

80. Monitoreo Oficial de riesgos: La idea esquealguienactúecomoabogado del diablo y colabore con el equipo en la detección de riesgos (no debe ser el proyect manager). En proyectos de más de 50 personas es un trabajo full time, en proyectosmenorespuede ser alguienquehagaotrastareas.

81. ¿Preguntas? Universidad Abierta Interamericana Facultad de Tecnología Informática Trabajo de Campo I 3° A – Sede Centro