Date post: | 25-Jan-2016 |
Category: |
Documents |
Upload: | aaron-valverde-cordoba |
View: | 214 times |
Download: | 0 times |
Gestión del Riesgo
Ingeniería del Software
Lic. Marisa Gouget
UCSA - 2009
2
Brainstorming
Precalentamiento
Aplicación al tema del riesgo en un proyecto informático
3
Gestión de riesgos del proyecto Planificación de gestión de riesgos: decisión de cómo enfocar y planificar
las actividades de gestión de riesgos.
Identificación de riesgos: determinación de qué riesgos pueden afectar al proyecto y documentación de sus características.
Análisis cualitativo de riesgos: realización de un análisis cualitativo de los riesgos y las condiciones para establecer una prioridad según sus efectos sobre los objetivos del proyecto.
Análisis cuantitativo de riesgos: medición de la probabilidad y las consecuencias de los riesgos y estimación de su implicancias en los objetivos.
Planificación de la respuesta a los riesgos: desarrollo de procedimientos y técnicas para aumentar las oportunidades y reducir amenazas a los objetivos del proyecto.
Supervisión y control de riesgos: supervisión de riesgos residuales, identificación de nuevos riesgos, ejecución de los planes de reducción de riesgos y evaluación de su efectividad durante todo el ciclo de vida del proyecto.
4
Planificación de la gestión de riesgos
Entradas: Acta del proyecto Políticas de gestión de riesgos de la organización Roles y responsabilidades definidos Tolerancia al riesgo de los interesados en el proyecto Formularios para el plan de gestión de riesgos de la
organización Estructura detallada del trabajo
Técnicas y herramientas: Reuniones de planificación
Salidas: Plan de gestión del riesgo Planificación de la gestión de riesgos
5
Identificación de riesgos Entradas:
Plan de gestión de riesgos Salidas de la planificación proyecto Categorías de riesgos Información histórica
Técnicas y herramientas: Revisiones de la documentación Técnicas de recopilación de la información Listas de verificación Análisis de las hipótesis Técnicas de diagramación
Salidas: Riesgos Disparadores Entradas a otros procesos
6
Análisis cualitativo de riesgos Entradas:
Plan de gestión de riesgos Riesgos identificados Estado del proyecto Tipo de proyecto Precisión de los datos Escalas de probabilidad e impacto Hipótesis
Técnicas y herramientas: Probabilidad e impacto del riesgo Matriz de evaluación de probabilidad e impacto del riesgo Comprobación de las hipótesis del proyecto Clasificación de la precisión de los datos
Salidas: Clasificación general del riesgo del proyecto Lista de riesgos ordenada por prioridad Lista de riesgos para análisis y gestión adicional Tendencias en los resultados del análisis cualitativo de riesgos
7
Análisis cualitativo de riesgosEvaluación del impacto en los objetivos
Objetivo del
proyecto
Muy bajo
0.05
Bajo
.1
Moderado
.2
Alto
.4
Muy alto
.8
CostoIncremento insignificante del costo
< 5%de incremento del costo
5-10 % de incremento en el costo
10-20% de incremento en el costo
> 20% de incremento en el costo
Tiempo
Atraso insignificante de tiempo
Atraso en tiempo < 5%
Atraso general en el proyecto 5-10%
Atraso general en el proyecto de 10-20%
Atraso del cronograma > 20 %
Alcance
Disminución del alcance apenas apreciable
Afectan áreas secundarias del alcance
Áreas principales del alcance son afectadas
La reducción del alcance es inaceptable para el cliente
El producto final del proyecto es totalmente inútil
Calidad
Disminución de la calidad apenas apreciable
Sólo aplicaciones muy exigente son afectadas
La reducción de calidad requiere aprobación del cliente
La reducción de la calidad es inaceptable para el cliente
El producto final del proyecto es totalmente inutilizable
8
Análisis cualitativo de riesgosMatriz de la probabilidad de impacto
Probabilidad Calificación del riesgo = PxI
0.9 0.05 0.09 0.18 0.36 0.72
0.7 0.04 0.07 0.14 0.28 0.56
0.5 0.03 0.05 0.10 0.20 0.40
0.3 0.02 0.03 0.06 0.12 0.24
0.1 0.01 0.01 0.02 0.04 0.08
0.05 0.10 0.20 0.40 0.80
Riesgo Bajo
Riesgo moderado
Riesgo alto
9
Análisis cuantitativo de riesgos Entradas:
Plan de gestión de riesgos Riesgos identificados Lista de riesgos ordenada por prioridad Lista de riesgos para análisis y gestión adicional Información histórica Juicio de expertos Otras salidas de la planificación
Técnicas y herramientas: Entrevistas Análisis de sensibilidad Análisis del árbol de decisiones Simulación
Salidas: Lista priorizada de riesgos cuantificados Análisis probabilístico del proyecto Probabilidad de lograr los objetivos de costo y tiempo Tendencias en los resultados del análisis cuantitativo de riesgos
10
Planificación de la respuesta a riesgos Entradas:
Plan de gestión del riesgo Lista de riesgos priorizados Clasificación general de riesgos del proyecto Lista priorizada de riesgos cuantificados Análisis probabilístico del proyecto Probabilidad de lograr los objetivos de costo y tiempo Lista de respuestas potenciales Límites de riesgos Responsables del riesgo Causas comunes de riesgos Tendencias en los resultados del análisis cualitativo y
cuantitativo de riesgos
11
Planificación de la respuesta a riesgos Técnicas y herramientas:
Evitación Transferencias Mitigación Aceptación
Salidas: Plan de respuestas al riesgo Riesgos residuales Riesgos secundarios Acuerdos contractuales Montos necesarios de reservas de contingencia Entradas a otros procesos Entradas a un plan revisado de proyecto
12
Supervisión y control de riesgos Entradas:
Plan de gestión del riesgo Plan de respuesta al riesgo Comunicaciones del proyecto Identificación y análisis adicional de riesgos Cambios de alcance
Técnicas y herramientas: Auditorías a las respuestas al riesgo del proyecto Revisiones periódicas del riesgo del proyecto Análisis del valor del trabajo realizado Medición del rendimiento técnico Planificación adicional de respuesta al riesgo
Salidas: Planes de soluciones alternativas Acciones correctivas Solicitudes de pedidos de cambios Actualizaciones al plan de respuestas al riesgo Base de datos de riesgos Actualizaciones a los listados de verificación de riesgos
Gestión del riesgo en proyectos de Software
Lic Marisa Gouget
Fuente: Pressman
14
Estrategias
Estrategias Reactivas
Estrategias Proactivas
15
Riesgos del Software Incertidumbre Pérdida
Clasificación: Riesgos Conocidos Riesgos Predecibles Riesgos Impredecibles
Riesgos Genéricos Riesgos Específicos
16
Tipos de Riesgos
Riesgos del Proyecto: problemas de presupuesto, planificación temporal, personal, recursos, cliente y requisitos
Riesgos Técnicos: problemas de diseño, implementación, de interfaz, verificación y mantenimiento
Riesgos del Negocio: producir un producto que: nadie quiere, no encaja con la estrategia comercial
de la compañía, ventas no sabe como vender, perder el apoyo de una gestión experta, etc.
17
Cómo prevenir?
1. Identificación del Riesgo
2. Proyección del Riesgo
3. Refinamiento del Riesgo
4. Reducción, Supervisión y Gestión
del Riesgo
18
1.- Identificación del riesgo - (Listas de comprobación)
Tamaño del producto: riesgos asociados con el tamaño general del software a construir o modificar.
Impacto en el negocio: riesgos asociados a las limitaciones impuestas por la gestión o el mercado.
Características del cliente: riesgos asociados con la sofisticación del cliente y la habilidad del desarrollador para comunicarse con el cliente en los momentos oportunos.
Definición del proceso: riesgos asociados con el grado de definición del proceso de software y su seguimiento por la organización del desarrollo.
Entorno de desarrollo: riesgos asociados con la disponibilidad y calidad de las herramientas que se van a emplear en la construcción del producto.
Tecnología a construir: riesgos asociados con la complejidad del sistema a construir y la tecnología de punta que contiene el sistema.
Tamaño y experiencia del equipo: riesgos asociados con la experiencia técnica y de proyectos de los ingenieros del software que van a realizar el trabajo.
19
1.- Identificación del riesgo – (Lista de comprobación)
Riesgos del tamaño del producto
“El riesgo del proyecto es directamente proporcional al tamaño del producto.”
¿Se estimó/consideró?: ¿Tamaño del producto en LDC o FP?. ¿El grado de seguridad en la estimación? ¿Tamaño del producto en número de programas, archivos y
transacciones?. ¿Porcentajes de desvíos en el tamaño respecto a la medida
de productos anteriores? ¿Tamaño de la base de datos creada o empleada por el
producto?. ¿Número de usuarios del sistema? ¿Número de cambios previstos a los requisitos del producto? ¿Cantidad de software reutilizado?
20
1.- Identificación del riesgo – (Lista de comprobación)
Riesgos del impacto en el negocio
¿Se estimó/consideró?: ¿Efecto de este producto en los ingresos de la compañía? ¿Viabilidad de este producto para los gestores expertos? ¿Es razonable la fecha límite de entrega?. ¿Número de clientes que usarán el producto y la consistencia de
sus necesidades relativas al producto?. ¿Número de otros productos/sistemas con los que este producto
debe tener interoperatividad? ¿Sofisticación del usuario final? ¿Cantidad y calidad de la documentación que debe ser elaborada y
entregada al cliente?. ¿Limitaciones gubernamentales en la construcción del producto? ¿Costos asociados por un retraso en la entrega? ¿Costos asociados por un producto defectuoso?
21
1.- Identificación del riesgo - (Lista de comprobación)
Riesgos relacionados con el cliente
¿Se estimó/consideró?: ¿Ha trabajado con el cliente anteriormente? ¿Tiene el cliente una idea formal de lo que se requiere?¿Lo
ha escrito? ¿Aceptará el cliente disponer de su tiempo para reuniones
formales de identificación del ámbito del proyecto? ¿Está dispuesto el cliente a mantener una comunicación
fluida con el desarrollador? ¿Está dispuesto el cliente a participar en las revisiones? ¿Es sofisticado técnicamente el área del producto? ¿Está dispuesto el cliente a dejar a su personal a hacer el
trabajo? ¿Entiende el cliente el proceso del software?
22
1.- Identificación del riesgo - (Lista de comprobación)
Riesgos relacionados con el proceso
¿Se estimó/consideró?: ¿Apoyan sus gestores seniors normas escritas que hagan hincapié
en la importancia de un proceso estándar para el desarrollo del software?
¿Están de acuerdo los miembros del personal con el proceso del software tal como está documentado y están dispuestos a usarlo?
¿Se emplea el proceso del software para otros procesos? ¿Ha desarrollado o adquirido la organización cursos de formación
de ingeniería de software para jefes de proyecto y personal técnico?
¿Se ha proporcionado una copia de los estándares de ingeniería de software a cada desarrollador y gestor del proyecto?.
¿Se han desarrollado diseño de documentos y ejemplos para todas las entregas definidas como parte del proceso de software?
23
1.- Identificación del riesgo - (Lista de comprobación)
Riesgos relacionados con el proceso...(cont.)
¿Se estimó/consideró?: ¿Se llevan a cabo regularmente revisiones técnicas formales de las
especificaciones de requisitos, diseño y código?. ¿Se llevan a cabo regularmente revisiones técnicas de los procedimientos
de prueba y de los casos de prueba?. ¿Se documentan todos los resultados de las revisiones técnicas, incluyendo
los errores encontrados y recursos empleados? ¿Existe algún mecanismo para asegurarse de que el trabajo realizado se
ajusta a los estándares de IS? ¿Se emplea una gestión de configuración para mantener la consistencia
entre los requisitos del sistema/software, diseño, código y casos de pruebas?
¿Hay algún mecanismo de control de cambios de los requerimientos del cliente?
¿Hay alguna declaración de trabajo documentada, una especificación de requisitos y un plan para cada subcontratación?
¿Se sigue algún procedimiento para hacer un seguimiento y revisar el rendimiento de las subcontrataciones?
24
1.- Identificación del riesgo - (Lista de comprobación)
Riesgos relacionados con el aspecto técnico del proceso
¿Se estimó/consideró?: ¿Se emplean técnicas de especificación de aplicaciones para ayudar en la
comunicación entre el cliente y el desarrollador? ¿Se emplean métodos específicos para el análisis del software? ¿Está escrito más del 90 % del código en un lenguaje de alto nivel?. ¿Se han definido y empleado reglas específicas para la documentación del
código? ¿Emplean métodos específicos para el diseño de casos de prueba? ¿Se emplean herramientas de software para apoyar la planificación y
seguimiento de las actividades? ¿Se emplean herramientas de software de gestión de configuración ara
controlar y seguir los cambios a lo largo de todo el proceso del software? ¿Se emplean herramientas de software para dar soporte a los procesos de
análisis, diseño, producción, procesos de pruebas y gestión de la documentación?.
¿Se emplean herramientas para crear prototipos? ¿Se han establecido métricas de calidad y de productividad para los
proyectos?
25
1.- Identificación del riesgo - (Lista de comprobación)
Riesgos tecnológicos
¿Se estimó/consideró?: ¿Es nueva para la organización la tecnología a construir? ¿Demandan los requerimientos del cliente la generación de nuevos
algoritmos o tecnologías de entrada o salida? ¿El software interactúa con hardware nuevo o no probado? ¿Interactúa el software a construir con productos software
suministrados por el vendedor que no se hayan probado? ¿Interactúa el software con una base de datos cuyo funcionamiento y
rendimiento no se han comprobado en esta área de aplicación? ¿Demandan los requisitos:
una interfaz de usuario especial? la creación de componentes de programación diferentes de los que su
organización haya desarrollado hasta ahora? Nuevos métodos de análisis, diseño o pruebas? El empleo de métodos de desarrollo del software no convencionales (IA o
redes neuronales) excesivas restricciones de rendimiento?
26
1.- Identificación del riesgo - (Lista de comprobación)
Riesgos del entorno de desarrollo ¿Se estimó/consideró?:
¿Tenemos disponible una herramienta de gestión de proyectos de software?
¿Tenemos disponible una herramienta de gestión del proceso de software?
¿Existen herramientas de análisis y diseño disponibles?
¿Proporcionan las herramientas métodos apropiados para el producto a
construir?
¿Hay disponibles compiladores o generadores de código apropiados?
¿Hay disponibles herramientas de pruebas apropiadas?
¿Tenemos disponibles herramientas para la GCS?
¿Están las herramientas integradas entre si?
¿Se ha formado a los miembros del equipo en el uso de las herramientas?
¿Existen expertos disponibles en todas las herramientas, para consultarlos?
¿Es adecuada la ayuda en línea y la documentación de las herramientas?
27
1.- Identificación del riesgo - (Lista de comprobación)
Riesgos asociados con el personal
¿Se estimó/consideró?: ¿Disponemos de la mejor gente? ¿Tiene el personal todos los conocimientos adecuados? ¿Tenemos suficiente personal? ¿Se ha asignado al personal para toda la duración del
proyecto? ¿Habrá parte del personal que trabaje sólo durante parte
de él? ¿Dispone el personal de las expectativas correctas sobre el
trabajo? ¿Ha recibido el personal la formación necesaria? ¿Será mínimo el movimiento del personal para permitir la
continuidad?
28
2.- Proyección o Estimación del Riesgo
Intenta medir cada riesgo de dos maneras:
Probabilidad de que el riesgo es real
Consecuencias de los problemas asociados si el riesgo ocurre
29
2.- Proyección del Riesgo – Actividades
Establecer una escala que refleje la probabilidad percibida del riesgo
Definir las consecuencias de riesgo
Estimar el impacto del riesgo en el proyecto y en el producto
Apuntar la exactitud general de la proyección del riesgo de manera que no haya confusiones
30
3.- Refinamiento del Riesgo
Con el paso del tiempo y el aprendizaje sobre el proyecto y el riesgo, es posible refinar el riesgo en un conjunto de riesgo más detallados, cada una algo más fácil de reducir, supervisar y gestionar.
El refinamiento ayuda a aislar los riesgo señalados y puede conducir a un análisis y respuesta más sencilla.
31
4.- Reducción, Supervisión y Gestión del Riesgo
Evitar el riesgo
Supervisar el riesgo Evaluar cuando un riesgo previsto ocurre de hecho Asegurarse de que los procedimientos para reducir el
riesgos se estan aplicando correctamente Recoger información estadística
Gestionar el riesgo y planes de contingencia
32
El plan de RSGR
Se puede incluir como parte del Plan del Proyecto.
La Documentación generada forma parte de la documentación del Plan del Proyecto.
Una vez desarrollado el Plan de RSGR y de comenzado el Proyeto, comienzan las tareas de reducción y supervisión del riesgo.