Análisis de Riesgos y Planificación de Proyectos

Transcripción

1 Análisis de Riesgos y Planificación de Proyectos Breve Introducción Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 1

2 El modelo a espiral Ya habíamos dicho que no existe el modelo de proceso Muchas alternativas a elegir Factor Predominante: evaluación de riesgos B. Boehm propuso el modelo a espiral para soportar este análisis I. Determinación objetivo, alternativas y restricciones IV. Planifiación de fase sucesiva II. Evaluación de alternativas, identificación y resolución de riesgos III. Desarrollo y verificación del próximo nivel del producto Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 2

3 El modelo espiral y los riesgos Como metamodelo podemos definir el modelo adecuado: incremental: cada ciclo es un incremento cascada: cuadrantes I y II: análisis de factibilidad y planificación; III el ciclo productivo Considerando riesgos que se encontrarán en el proceso si el principal es la factibilidad de la aplicación pero los requerimientos son estables y conocidos: entonces el modelo a cascada es el adecuado con rigurosos controles de una fase a otra Si son los requerimientos se requieren más ciclos! Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 3

4 La gestión de riesgos Metodología para la evaluación, identificación, el control y la solución de los riesgos que se encuentran en todo el ciclo de vida Dos fases principales evaluación de riesgos control de riesgos La palabra clave: PREVENCION Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 4

5 Fases y Tareas Gestión de Riesgos Espíritu de Prevención Evaluación de Riesgos Espíritu de Análisis Control de Riesgos Espíritu de Proactividad Identificación de riesgos Factores de Incidencia Análisis de Riesgos Probablidad de suceso Estimación de consecuencias Clasificación de riesgos Según Importancia Según Criticidad Planificación de la actividad Plan de intervención Plan de Control Solución de riesgos Técnicas y estrategias gerenciales Eliminación de fundamentos Monitoreo de Riesgos Verificar la variación Niveles y probabilidades Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 5

6 Conceptos fundamentales Beneficios reducción de la probabilidad de fracaso del proyecto reducción de ciclos y repeticiones en la producción del sw optimización de los costos y el uso de recursos Indicadores Exposición al Riesgo: ER= P(EN)xPerdida(EN) EN: Evento negativo P: Probabilidad Coeficiente de Reducción de Riesgo: CRR=(ERant-Erpost)/C C: costo de ejecución de técnica Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 6

7 Mayor el CRR, Mayor la Eficacia Ejemplo (Ghezzi) Se necesita definir cómo validar la interfaz entre dos módulos la probabilidad que suceda un problema es 0,3 y el costo de la perdida es $ Existen dos alternativas de solución desarrollo de un verificador de interfaz durante la fase de programación. Costo: $ Probabilidad: 0,1 desarrollo de un sistema integrado de test. Costo $ Probailidad: 0,05 cuál conviene? Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 7

8 Mayor el CRR, Mayor la Eficacia Ejemplo (Ghezzi) CRR1 = (( x 0,3) -( x 0,1)) / = 2 CRR2 = (( x 0,3) -( x 0,05)) / = 0,78 A pesar que la primera tiene más alta probabilidad de que el error suceda, conviene se ahorra estimativamente el doble del desarrollo en la primera mientras que en la segunda no se llega a cubrir el costo... Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 8

9 Técnicas de soporte Checklist personal no calificado para la actividad presupuesto y planes no realisticos errores en la definición de las funcionalidades errores en la definición de la interfaz usuarios gold planting inestabilidad de requerimientos uso de de tecnologías no consolidadas... Análisis de criterios decisionales criterios de tipo político criterios del mercado gold planting arquitectura costos de desarrollo y tiempos comprometidos criterios culturales Ley de Murphy Distribución de Pareto (80-20) Dependencias entre actividades (fan-in, fan out) Areas de incertidumbre Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 9

10 Técnicas de soporte Análisis de decisiones Soluciones Arbol de decisiones Análisis de Diagramas Pert superposición de caminos análisis probabilistico análisis what-if Clasificación de riesgos según ER según alguna clasificación selección, formación y evaluación del grupo de trabajo motivación del grupo estimación de costos y duraciones desarrollo incremental clasificación de requerimientos Planificación del monitoreo prototipación grupo information hiding chekclists, tablas sistematización de revisiones seguimiento de riesgos Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 10

11 Ejercicio Riesgos para aprobar la materia... Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 11

12 De los riesgos a los planes Intro a diagramas Gantt, Pert, etc...planificar un poco la cosa... Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 12

13 Planificación y Control Se debe considerar todo aspectos técnicos aspectos humanos aspectos sociales aspectos tecnológicos aspectos económicos aspectos empresarios RIESGOS El Responsable del Proyecto se ocupa de: planificación organización staffing dirección control Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 13

14 Planificación Definición de los objetivos Definición de la estrategia y de las políticas de gestión Definición del procedimiento y de estándares Definiciones operativas Escritura del plan operativo Definición del plan de gestión de riesgos Definición del presupuesto Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 14

15 El plan Identificación de tareas se rompen las etapas esquemáticas? Se deriva costos, staffing, control, riesgos... Clasificación de tareas milestones Descripción de tareas duración relación de precedencia recursos a utilizar lineamientos Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 15

16 Relación de Precedencia Finish-to-Start: A f-to-s B: B no puede comenzar hasta que no termina A Start-to-Start: A s-to-s B: B debe comenzar cuando comienza A Finish-to-Finish: A f-to-f B: B debe terminar cuando termina A Se marcan primero las dependencias y los lags, luego se ponen las fechas Y luego se agregan los recursos pero sabiendo los limites, sino se deben cambiar las duraciones o las fechas... Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 16

17 Slack Time A f-to-s C B f-to-s C A B C Slack time tiempo Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 17

18 Camino Crítico A f-to-s C B f-to-s C A B C Camino Crítico Slack time tiempo Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 18

19 Diagrama de Gantt Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 19

20 Diagrama de Pert Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 20

21 Scheduling y Leveling Leveling Scheduling distribuir en tiempo y alocar fechas de incio y fin adecuadas ASAP ALAP Fixed Reseolver conflictos de recursos Recursos completos Recursos parciales Porcentual por tarea Retrasar la actividad División de la asignaciones o tareas Cambiar alocación Redistribuir recursos Agregar recursos Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 21

22 Ojo con los recursos! The mythical Man Month. F. Brooks Todos los programadores son optimistas El mes hombre como unidad de medida es peligrosa Agregar nuevos recursos a un proyecto que está retrasado puede retrasar aún más la conclusión Recuerden el ejemplo de las 9 embarazadas! Meses (m) Meses (m) Curva Ideal n x m = K Recursos (n) Curva Real Recursos (n) Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 22

23 Ejercicio Planificar la aprobación de la materia o al menos la ejecución del proyecto Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 23