M148

An谩lisis de Riesgos y Planificaci贸n de Proyectos

Breve Introducci贸n

Prof. Miguel Felder

Ingenier铆a del Software I - DCFCEN/UBA

1

El modelo a espiral n

n

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

Prof. Miguel Felder

I. Determinación objetivo, alternativas y restricciones

II. Evaluación de alternativas, identificación y resolución de riesgos

IV. Planifiación de fase sucesiva

III. Desarrollo y verificación del próximo nivel del producto

Ingeniería del Software I - DCFCEN/UBA

2

El modelo espiral y los riesgos n

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

Prof. Miguel Felder

n

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!

Ingeniería del Software I - DCFCEN/UBA

3

La gestión de riesgos n

n

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

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

Planificación de la actividad Plan de intervención Plan de Control

Análisis de Riesgos Probablidad de suceso Estimación de consecuencias

Solución de riesgos Técnicas y estrategias gerenciales Eliminación de fundamentos

Clasificación de riesgos Según Importancia Según Criticidad

Monitoreo de Riesgos Verificar la variación Niveles y probabilidades

Prof. Miguel Felder

Ingeniería del Software I - DCFCEN/UBA

5

Conceptos fundamentales n

Beneficios

n

– 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

Prof. Miguel Felder

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

Ingeniería del Software I - DCFCEN/UBA

6

Mayor el CRR, Mayor la Eficacia n

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 $500.000 • Existen dos alternativas de solución – desarrollo de un verificador de interfaz durante la fase de programación. Costo: $50.000. Probabilidad: 0,1 – desarrollo de un sistema integrado de test. Costo $160.000. Probailidad: 0,05

• ¿cuál conviene?

Prof. Miguel Felder

Ingeniería del Software I - DCFCEN/UBA

7

Mayor el CRR, Mayor la Eficacia n

Ejemplo (Ghezzi) – CRR1 = ((500.000 x 0,3) -(500.000 x 0,1)) /50.000 = 2 – CRR2 = ((500.000 x 0,3) -(500.000 x 0,05)) /160.000 = 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

Técnicas de soporte n

Checklist

n

– 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....

– criterios de tipo político – criterios del mercado • gold planting • arquitectura • costos de desarrollo y tiempos comprometidos

– criterios culturales n n n

n Prof. Miguel Felder

Análisis de criterios decisionales

Ley de Murphy Distribución de Pareto (80-20) Dependencias entre actividades (fan-in, fan out) Areas de incertidumbre

Ingeniería del Software I - DCFCEN/UBA

9

Técnicas de soporte n

Análisis de decisiones – Arbol de decisiones

n

Análisis de Diagramas Pert – superposición de caminos – análisis probabilistico – análisis what-if

n

Clasificación de riesgos – según ER – según alguna clasificación

n

Planificación del monitoreo – grupo – chekclists, tablas

Prof. Miguel Felder

n

Soluciones – 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 – prototipación – information hiding – sistematización de revisiones – seguimiento de riesgos

Ingeniería del Software I - DCFCEN/UBA

10

Ejercicio

Riesgos para aprobar la materia...

Prof. Miguel Felder

IngenierĂ­a del Software I - DCFCEN/UBA

11

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

Planificación y Control n

Se debe considerar todo – – – – – – –

aspectos técnicos aspectos humanos aspectos sociales aspectos tecnológicos aspectos económicos aspectos empresarios RIESGOS

Prof. Miguel Felder

n

El Responsable del Proyecto se ocupa de: – – – – –

planificación organización staffing dirección control

Ingeniería del Software I - DCFCEN/UBA

13

Planificación n

n

n

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

Prof. Miguel Felder

n

n

n

Escritura del plan operativo Definición del plan de gestión de riesgos Definición del presupuesto

Ingeniería del Software I - DCFCEN/UBA

14

El plan n

Identificación de tareas – se rompen las etapas esquemáticas?

– Se deriva costos, staffing, control, riesgos...

n

n

Descripción de tareas – duración – relación de precedencia – recursos a utilizar – lineamientos

Clasificación de tareas – milestones

Prof. Miguel Felder

Ingeniería del Software I - DCFCEN/UBA

15

Relación de Precedencia n

Finish-to-Start:

n

– A f-to-s B: B no puede comenzar hasta que no termina A n

Start-to-Start: – A s-to-s B: B debe comenzar cuando comienza A

n

Finish-to-Finish:

n

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.....

– A f-to-f B: B debe terminar cuando Prof. Miguel Felder termina A Ingeniería del Software I - DCFCEN/UBA

16

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

Camino Crítico A f-to-s C B f-to-s C A Camino Crítico B C Slack time tiempo Prof. Miguel Felder

Ingeniería del Software I - DCFCEN/UBA

18

Diagrama de Gantt Prof. Miguel Felder

IngenierĂ­a del Software I - DCFCEN/UBA

19

Diagrama de Pert

Prof. Miguel Felder

IngenierĂ­a del Software I - DCFCEN/UBA

20

Scheduling y Leveling n n

Scheduling – distribuir en tiempo y alocar fechas de incio y fin adecuadas • ASAP • ALAP • Fixed

Prof. Miguel Felder

Leveling – 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

Ingeniería del Software I - DCFCEN/UBA

21

Ojo con los recursos! n

Meses (m)

Curva Ideal nxm=K

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”

Recursos (n)

Curva Real Meses (m)

• Recuerden el ejemplo de las 9 embarazadas!

Prof. Miguel Felder

Ingeniería del Software I - DCFCEN/UBA

Recursos (n) 22

Ejercicio n

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