ANALISIS

Gestión de riesgos
Gesti
Ingeniería del Software

Gestión de riesgos
• Introducción
– Concepto
– Estrategias
– Riesgos en Ingeniería de Software

• Identificación de riesgos
• Estimación riesgos
• Plan de riesgos
1

Concepto de riesgo
• El riesgo se halla de forma implícita
asociado a toda actividad:
– Todo suceso se ve marcado por las
acciones del pasado, ¿Se puede, portanto,
actuar ahora para crear oportunidades en
el futuro?
– El riesgo acompaña a todo cambio
– El riesgo implica elección e incertidumbre.
2

Estrategias frente al riesgo
• Estrategias reactivas
– Método:
• Evaluar las consecuencias del riesgo cuando
este ya se ha producido (ya no es un riesgo)
• Actuar en consecuencia

– Consecuencias de una estrategia
reactiva
• Apagado deincendios
• Gabinetes de crisis
• Se pone el proyecto en peligro

3

Estrategias frente al riesgo
• Estrategias proactivas
– Método
• Evaluación previa y sistemática de riesgos
• Evaluación de consecuencias
• Plan de evitación y minimización de
consecuencias
• Plan de contingencias

– Consecuencias
• Evasión del riesgo
• Menor tiempo de reacción
• Justificación frente a los superiores4

Riesgos en Ingeniería de
Software
• Características
– Incertidumbre (Probabilidad de que ocurra)
– Pérdidas
• Producto
– Rendimiento
– Mantenibilidad

• Proceso de producción
– Tiempo de desarrollo
– Costo
5

Riesgos en Ingeniería de
Software
• Riesgos del proyecto
• Incremento en costes
• Desbordamiento organizativo

• Riesgos técnicos
• Riesgos del negocio
•
•
••
•

De mercado
De estrategia
De ventas
De gestión
De presupuesto

6

Identificación de riesgos
• Grupos de riegos
– Genéricos:
Son comunes a todos los
proyectos
– Específicos:
Implican un conocimiento
profundo del proyecto

• Categorías
– Relacionados con el
tamaño del producto
– Con el impacto en la
organización
– Con el tipo de cliente
– Con la definición delproceso de producción
– Con el entorno de
desarrollo
– Con la tecnología
– Con la experiencia y 7
tamaño del equipo

Identificación de riesgos
• Asociados con el tamaño del producto
–
–
–
–
–
–
–

Tamaño estimado del proyecto
Confianza en la estimación
Numero de programas, archivos y transacciones
Tamaño relativo al resto de proyectos
Tamaño de la base de datos
Número de usuariosNúmero de cambios de requerimientos previstos
antes y después de la entrega
– Cantidad de software reutilizado
8

Identificación de riesgos
• Impacto en la organización
– Efecto del producto en la cifra de ventas
– Visibilidad desde la dirección de la organización
– Fecha límite de entrega razonable
– Número de clientes que usarán el producto
– Numero de productos con los que deberáinteractuar
– Sofisticación del usuario final
– Cantidad y calidad de la documentación a entregar al
cliente
– Límites legales y gubernamentales
– Costes asociados al retraso en la entrega
– Costes asociados a errores en el producto

9

Identificación de riesgos
• Relacionados con el cliente
– Hay experiencias anteriores con dicho cliente
– Tiene una idea clara de lo que precisa
–Está dispuesto a dedicar tiempo en la especificación
formal de requerimientos
– Está dispuesto a relacionarse de forma ágil con el
equipo de desarrollo
– Está dispuesto a participar en la revisiones
– Es un usuario experto
– Dejará trabajar al equipo de desarrollo sin dar
consejos de experto informático
– Entiende el ciclo de vida de una aplicación
10

Identificación de riesgos
•Riesgos del proceso de producción
– Hay una política clara de normalización y
seguimiento de una metodología
– Existe una metodología escrita para el proyecto
– Se ha utilizado en otros proyectos
– Están los gestores y desarrolladores formados
– Conoce todo el mundo los standards
– Existen plantillas y modelos para todos los
documentos resultado del proceso
– Se aplican revisiones técnicas de...