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