Documente Academic
Documente Profesional
Documente Cultură
en Proyectos
Informticos
Jos Onofre Montesa Andrs
Universidad Politcnica de
Valencia
Escuela Superior de
Informtica Aplicada
2003-2004
ndice
El Fracaso y sus Causas.
Definicin de Riesgo
Formas en las que se afrontan las causas de las
desviaciones
Elementos de la Gestin de Riesgos
Identificar los factores de Riesgo
Evaluar la probabilidad y el efecto
Desarrollo de estrategias para mitigar los riesgos
Razones:
La complejidad era muy alta (comunicaciones,
interrelacin con otros sistemas, etc..)
Incertidumbre. No se tenia una idea clara de lo que
se quera obtener.
Definicin de Riesgo
Riesgo es un problema potencial.
Un problema es un riesgo materializado.
Salarios inadecuados.
Falta de especializacin.
Inadecuada estimacin de la calidad
Sistema de adquisicin de paquetes inadecuado
Inadecuada poltica de estndares
Herramientas y mtodos inadecuados
Inadecuado control de configuracin.
Documentacin inadecuada
Falta de reutilizacin de cdigo, datos,
pruebas, interfaces
GPI-3C. Gestin de Riesgos en Proyectos Informticos
Proactivamente:
Elementos de la Gestin de
Riesgos
Existen muchas tcnicas para abordar
este enfoque.
En los primeros temas estudiamos el
desarrollo en espiral.
Existe otro enfoque que consiste en crear
una lista de comprobacin.
Gestin ante esta situacin.
10
Elementos de la Gestin de
Riesgos
Identificar los factores de Riesgo.
Evaluar la probabilidad y el efecto sobre el
proyecto.
Desarrollo de estrategias para mitigar los
riesgos.
Monitorizar los factores de riesgo.
Invocar el plan de contingencias.
Gestionar la crisis.
Recuperarse de la crisis.
Fairley, R. IEEE Software Mayo 1994
11
12
13
Evaluar la probabilidad y el
efecto sobre el proyecto
Evaluar la probabilidad de tener el
problema.
Evaluar los efectos sobre el proyecto.
Clasificar los riesgos en base a la
EXPOSICIN AL RIESGO, que se calcula
como:
Probabilidad * Efecto
Como consecuencia de esta clasificacin
habrn riesgos importantes y otros menores.
GPI-3C. Gestin de Riesgos en Proyectos Informticos
14
Evaluacin de la probabilidad
de que se de el problema.
No todos tienen la misma probabilidad.
Aveces es difcil asignar una
probabilidad a un problema en concreto,
Casos similares.
Optimista, pesimista y lo mas probable.
Recordar la ley de Murphy:
Si algo puede salir mal, saldr mal.
15
Plan de Contingencia.
aceptamos el riesgo y
preparamos el plan por
si el problema se
materializa.
16
Plan de Accin
Minimizamos o hacemos desaparecer el
riesgo.
La accin se realiza antes de que pueda
darse el problema.
Por ejemplo:
Problema: Pueden aparecer dificultades al
utilizar nuevas herramientas.
Accin: Contratamos a personas experimentadas
con estas herramientas.
GPI-3C. Gestin de Riesgos en Proyectos Informticos
17
Plan de Contingencia
Aceptamos el riesgo y preparamos el plan
por si el problema se materializa.
Las actividades a realizar son las
siguientes:
Identificar las variables a monitorizar
(factores de riesgo) para detectar que el
problema se ha materializado.
Crear un plan de accin para la Crisis,
consecuencia de este problema.
Planificar la recuperacin de esta crisis.
18
19
Invocar el plan de
contingencias
S algn factor de riesgo excede los
limites de control habr de tomarse las
medidas previstas.
Es habitual varios niveles limites,
20
Gestionar la crisis
El que la situacin de crisis este prevista no
quiere decir que podamos relajarnos, ms bien
al contrario. Deberemos estar ms atentos al
control de la crisis y del resto.
Puedes suceder que el plan de contingencia:
funcione de acuerdo a lo previsto.
fracase. En este caso pasaremos a una situacin de
crisis (vista en el tema anterior)
21
Recuperarse de la crisis
Si el plan de contingencia ha ido de
acuerdo a lo previsto como si no,
deberemos:
Recompensar a las personas a las que se ha
forzado a trabajar ms duro (ver tema
anterior),
Replanificar el proyecto con los retrasos y
los costes que esa situacin hayan
provocado.
GPI-3C. Gestin de Riesgos en Proyectos Informticos
22
Bibliografa
Fairley, R. Risk Management for Software
Development en Software Engineering
editado por Dorffman, M y Thayer, R.H., IEEE
Computer Society, 1997
Fairley, R. Risk Management for Software
Projects, IEEE Software, Mayo 1994
Jones, C. Assesment and Control of Software
Risks. Yourdon Press, Prentice Hall, 1994.
23