Identificacion de riesgos

Solo disponible en BuenasTareas
  • Páginas : 6 (1273 palabras )
  • Descarga(s) : 0
  • Publicado : 15 de mayo de 2011
Leer documento completo
Vista previa del texto
Gestión de riesgos
Ingeniería del Software

2010
Gestión de riesgos
Introducción
Concepto
Estrategias
Riesgos en Ingeniería de Software
Identificación de riesgos
Estimación riesgos
Plan de riesgos

Concepto de riesgo
El riesgo se halla de forma implícita asociado a toda actividad:
Serie de pasos que ayudan a un equipo de software a comprender y manejar la incertidumbre.
Elriesgo puede ocurrir o no
Buena idea identificarlo

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
Los riesgos se apartan para tratarlos
Problemas reales
Precipitación en la acción para corregir el riesgo
Se pone el proyecto en peligro

Estrategias proactivasMétodo
Evaluación previa y sistemática de riesgos
Evaluación de consecuencias
Plan de evitación y minimalización de consecuencias
Plan de contingencias
Consecuencias
Evasión del riesgo
Menor tiempo de reacción
Justificación frente a los superiores
Riesgos en Ingeniería de Software
Características
Incertidumbre (Probabilidad de que ocurra)
Pérdidas
Producto
Rendimiento
MantenimibilidadProceso de producción
Tiempo de desarrollo
Costo
Riesgos del proyecto
Incremento en costos --------->>>>>
Desbordamiento organizativo
Riesgos técnicos
Riesgos del negocio
De mercado
De estrategia
De ventas
De gestión
De presupuesto

Identificación de riesgos
Grupos de riegos
Genéricos: Son comunes a todos los proyectos
Específicos: Implican un conocimiento profundo del proyectoCategorías
Relacionados con el tamaño del producto
Con el impacto en la organización
Con el tipo de cliente
Con la definición del proceso de producción
Con el entorno de desarrollo
Con la tecnología
Con la experiencia y tamaño del equipo

Asociados con el tamaño del producto
Tamaño estimado del proyecto (LOC/PF)
Confianza en la estimación
Numero de programas, archivos y transaccionesTamaño relativo al resto de proyectos
Tamaño de la base de datos
Número de usuarios
Número de cambios de requerimientos previstos antes y después de la entrega
Cantidad de software reutilizado

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 declientes que usarán el producto
Numero de productos con los que deberá interaccionar
Sofisticación del usuario final
Cantidad y calidad de la documentación a entregar al cliente
Límites legales y gubernamentales
Costos asociados al retraso en la entrega
Costos asociados a errores en el producto
Identificación de riesgos
Riesgos del proceso de producción
Hay una política clara de normalizacióny 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 la especificación de requerimientos diseño y codificación
Se aplican revisionestécnicas de los procedimientos de revisión y prueba
Se documentan los resultados de las revisiones técnicas
Hay algún mecanismos para asegurar que un proceso de desarrollo sigue los standards
Se realiza gestión de la configuración
Hay mecanismos para controlar los cambios en los requerimientos que tienen impacto en el software
Se documenta suficientemente cada subcontrato
Se ha habilitado y sesiguen mecanismos de seguimiento y evaluación técnica de cada subcontrato.
Identificación de riesgos
Respecto del proceso de producción (cont.)
Se dispone de técnicas de especificación de aplicaciones para facilitar la comunicación con el cliente.
Se usan métodos específicos para análisis de software
Se utiliza un método específico para el diseño arquitectónico y de datos
Está el 90% del...
tracking img