Sei sulla pagina 1di 22

Los objetivos de la

gestin de riesgo son identificar, controlar y eliminar las fuentes de riesgo antes de que empiecen a afectar el cumplimiento de los objetivos del proyecto

El anlisis y la gestin del riesgo son una serie de pasos

que ayudan a un equipo de desarrollo de software a comprender y manejar la incertidumbre.


Un riesgo es un problema potencial que puede ocurrir

o no. No olvide identificar, evaluar la probabilidad de que ocurra, estimar el impacto y establecer un plan de contingencia en caso de que el problema se presente.

PREVENIR -> RIESGO


3

Estrategias de riesgo reactivas y proactivas


Reactivo El equipo de desarrollo no hace nada hasta que sucede algo mal.
Modo Bombero Tratar de remediar el problema al apuro

Y si falla el bombero ??? R: Aparece la Gestin de Crisis para tomar el control, y es cuando el proyecto esta en verdadero peligro

Ser proactivo Inicia antes del trabajo tcnico. Identificar los riesgos potenciales, valorando su probabilidad e impacto Se clasifican segn su importancia Establecer un plan.
4

Riesgos del Software


Los riesgos involucran dos caractersticas: Incertidumbre: Se desconoce si puede suceder. Prdida: El riesgo se convierte en realidad.
Cuando se analizan los riesgos es importante cuantificar el grado de incertidumbre y de perdida asociado con el riesgo

Tipos de riesgos que se encuentran: 1. Riesgos del Proyecto (Amenazan el plan del proyecto) 2. Riesgos Tcnicos (Amenaza la calidad y actualidad del software que se
producir)

3.

Riesgos de Negocios (Amenaza la viabilidad del software que se construir)


5

Posibles Riesgos del Software


Riesgo
Rotacin del personal Cambio de gestin

Tipo
Proyecto Proyecto

Descripcin
Personal con experiencia abandona el proyecto antes de que finalice Habr un cambio de gestin organizacional con diferentes prioridades El HW esencial para el proyecto no ser entregado a tiempo Habr mas cambios en los requerimientos de lo esperado Las especificaciones de las interfaces esenciales no estarn a tiempo El tamao del proyecto se ha subestimado Las herramientas CASE que ayudan al proyecto no tienen el rendimiento esperado Un producto competitivo se pone en venta antes de que el sistema se complete La tecnologa fundamental sobre la que se construir el sistema se sustituye por nueva tecnologa

No disponibilidad de HW Cambio de requerimientos Retrasos en la especificacin Subestimacin del tamao Bajo rendimiento de la herramienta CASE Cambio de tecnologa Competencia del producto

Proyecto Proyecto y producto Proyecto y producto Proyecto y producto Producto

Negocio Negocio

Etapas: 1. Identificacin de riesgos: Identificar los posibles riesgos para el proyecto, el producto y los negocios 2. Anlisis de riesgos: Valorar las probabilidades y consecuencias de estos riesgos. 3. Planeacin de riesgos: Crear planes para abordar los riesgos, ya sea para evitarlos y minimizar sus efectos en el proyecto 4. Supervisin de riesgos: Valorar los riesgos de forma constante y revisar los planes para la mitigacin de riesgos tan pronto como la informacin de los riesgos est disponible

Identificacin de riesgos
Identificar los riesgos es una tarea sistemtica orientndose

a especificar las amenazas al plan del proyecto.


Al identificarlos se puede estar un paso adelante.

Dos tipos de riesgos para (R. Proyectos, R. Tcnicos y R. Negocios) Riesgos Genricos: Amenaza potencial para todo el proyecto de software Riesgos especficos del producto: Se los puede identificar con un buen conocimiento de tecnologa, el personal y el entorno especifico del software.

Como??? Examinando el plan del proyecto y la declaracin del mbito. Qu caractersticas especiales de este producto podran amenazar el plan del proyecto
8

Tipos de riesgos que pueden aparecer


Riesgos de tecnologa Riesgos de personal Riesgos organizacionales Riesgos de herramientas Riesgos de requerimientos Riesgos de estimacin

El mtodo para identificar es crear una lista de

verificacin de riesgos. Sub categoras de riesgos:


Tamao del Producto: Riesgos asociados con el tamao global del
software.

Impacto en el Negocio: Asociados con las restricciones que impone la


gerencia o el mercado.

Caractersticas del cliente: Asociados con la satisfaccin del cliente. Definicin del proceso: Riesgos con el grado en que se ha definido el proceso

Entorno de desarrollo:
se construir.

Asociado con disponibilidad y calidad de las herramientas.

Tecnologa que construir: Asociado con la complejidad del sistema que Tamao y experiencia de la plantilla de personal: Relacionado
con la experiencia tcnica del personal.
10

Componentes y controladores del riesgo


El gestor debe identificar los controladores del riesgo

que afectan los componentes de riesgo del software como:


Riesgo de desempeo: Grado de incertidumbre de que el

producto satisfaga los requisitos y se ajuste y se ajuste al uso que se pretende darle. Riesgo de costo: Grado de incertidumbre de que se mantenga el presupuesto del proyecto. Riesgo de soporte: Grado de incertidumbre de que el SW resultante ser fcil de corregir, adaptar y mejorar. Riesgo de calendarizacin: Grado de incertidumbre de que se mantenga la calendarizacin del proyecto y de que el producto se entregue a tiempo.
11

Componentes

Categora

Desempeo

Soporte

Costo

Calendarizacin

1
Catastrfico

El fracaso en la satisfaccin de los requisitos resultara en un fracaso de la misin. Cierta reduccin en el desempeo tcnico SW que no responde o no se puede soportar

El fracaso resulta en el aumento de costos y en demoras en la calendarizacin con valores esperados que superan 500K da. Recortes financieros significativos, probable superacin del presupuesto COI inalcanzable

1
Critica

El fracaso para satisfacer los requisitos resultara en un desempeo degradado del sistema hasta un punto donde el xito de la misin es cuestionable Cierta reduccin en el desempeo tcnico Demoras menores en las modificaciones del SW

El fracaso resulta en demoras operativas o incrementos de costos con valor esperado de 100K a 500K dlares Cierto recorte de recursos financieros, posibles excesos Posible deslizamiento en el COI

1
Marginal

El fracaso para satisfacer los requisitos resultara en degradacin de la misin secundaria


Mnima o pequea reduccin en le desempeo tcnico Respuesta de soporte de SW

Deslizamiento de costos, impactos o calendarizacin recuperable con valor esperado de 1K a 100K dlares
Suficientes financieros recursos Calendarizacin alcanzable y realistas

2
Despreciable

1 2

El fracaso al satisfacer los requisitos creara inconvenientes o impactos no operativos Ninguna reduccin en le desempeo tcnico SW al que fcilmente se le da soporte

El error resulta en costo menor o impacto en la calendarizacin con valores esperado de menos de 1K dlares Posible supervit presupuestal COI facialmente alcanzable

12

Proyeccin del Riesgo Estimacin del Riesgo


Intenta clasificar el riesgo de dos formas: La posibilidad que el riesgo sea real Las consecuencias de los problemas asociados con el riesgo en caso de que ocurra. El planificador del proyecto con los gestores y personal

tcnico, realizan 4 pasos en la proyeccin del riesgo.


Establecimiento de una escala que refleje la posibilidad percibida de un riesgo. 2. Delineado de las consecuencias del riesgo. 3. Estimacin del impacto del riesgo en el proyecto y el producto. 4. Tomar nota de la precisin global de la proyeccin del riesgo de modo que no haya malas interpretaciones.
1.

La finalidad de estos pasos es considerar los riesgos en tal forma que conduzcan al establecimiento de prioridades.
13

Desarrollo de tabla de riesgos


La tabla de riesgos ofrece al gestor de un proyecto una tcnica simple para

la proyeccin de riesgos.
Riegos
La estimacin del tamao puede ser significativamente baja. Mayor numero de usuarios de los previstos. Menos reutilizacin que la prevista. Los usuarios finales se resisten al sistema. La fecha limite de entrega estar muy ajustada. Prdida de fondos. El cliente cambiara requisitos. La tecnologa no satisfar las expectativas. Falta de entrenamiento acerca de las herramientas. Personal inexperto. Elevada movilidad del personal. Valores de impacto: .. 1: catastrfico 2: crtico 3: marginal 4: despreciable Categora TP TP TP CO CO Probabilidad 60 % 30 % 70 % 40 % 50 %

Impacto
2 3 2 3 2

RSGR

CL TP RT ED
PE PE

40 % 80 % 30 % 80 %
30 % 60 %|

1 2 1 3
2 2

14

Evaluacin del impacto de riesgo


3 factores afectan las consecuencias que son probables

si un riesgo ocurre:
Naturaleza (indica los problemas que son probables si ocurre) mbito (combinacin de la severidad con su distribucin global) Tiempo (consideracin de cundo y durante qu periodo se sentir el impacto)

Cmo se valoran las consecuencias de un riesgo? 1. Determinar el valor promedio de la probabilidad de que ocurra para cada componente de riesgo. 2. Empleando los Componentes y controladores del riesgo, determinar el impacto para cada componente, con base en los criterios mostrados. 3. Completar la tabla de riesgos y analizar los resultados
15

Cundo desistir y finalizar el proyecto


Se debe definir un punto de referencia

Se debe marcar la relacin entre cada factor de riesgo

enumerado y el punto de referencia Definir el rea de incertidumbre, donde ser tan vlido continuar como interrumpir el trabajo Predecir cmo la combinacin de riesgos afectar a los niveles de referencia

16

Refinamiento del riesgo


Durante las primeras etapas se generan descripciones de

riesgos muy superficiales y a medida que se avanza en el proyecto se los va detallando de mejor manera. Una buena forma de describir un riesgo es:
Representar el riesgo en formato de Condicin-Transicin

Consecuencia. Dado que <condicin> entonces existe una preocupacin de que (posiblemente) <consecuencia>

Dado que los componentes de software reutilizables deben ajustarse con estndares de diseo especficos y como algunos no lo hace, entonces existe una preocupacin de que (posiblemente) slo 70% de los mdulos reutilizables planeados pueden en realidad integrarse al sistema que se construir, lo que resulta en la necesidad de ingeniera personalizada para el restante 30% de componentes.
17

Reduccin, supervisin y gestin del riesgo


Una estrategia para luchar con el riesgo debe

considerar:
Evitar el riesgo Supervisar el riesgo Gestionar el riesgo y los planes de contingencia.

Es un pecado capital dejar pasar el riesgo por alto luego de haberlo identificado y no tratarlo

18

El plan RSGR Reduccin, Supervisin y Gestin del Riesgo


El plan de RSGR documenta todo el trabajo realizado como parte del

anlisis del riesgo y el gestor del proyecto lo emplea como parte del plan global del proyecto. Algunos equipos de software no elaboran un documento RSGR formal. En su lugar cada riesgo se documenta individualmente mediante una hoja de informacin del riesgo. Una vez documentado el plan de RSGR y que el proyecto ha comenzado, se inician los pasos de reduccin y supervisin del riesgo. La reduccin del riesgo es una actividad encaminada a evitar el problema. La supervisin del riesgo es una actividad de seguimiento del proyecto con tres objetivos:
1. 2. 3.

Valorar si los riesgos predichos de hecho ocurren Asegurar que los pasos para evitar el riesgo definidos para ste se estn aplicando con propiedad Recopilar informacin que pueda usarse en futuros anlisis de riesgo.
19

Hoja de informacin del riesgo


ID de riesgo: PO2 4-32 Fecha: 9/5/04 Prob: 80% Impacto: alto

Descripcin: Solo el 70% de los componentes del SW calendarizados para reutilizacin de hecho se integraran a la aplicacin. La funcionalidad restante tendr que desarrollarse de manera personalizada.

Refinamiento/contexto: Subcomisin 1: Ciertos componentes de reutilizacin fueron desarrollados por un tercer participante sin conocimiento de los estndares de diseo interno. Subcomisin 2: El estndar de diseo para los componentes de interfaces no ha sido solidificado y tal vez no concuerdan con ciertos componentes reutilizables existentes. Subcomisin 3: Ciertos componentes reutilizables se han implementado en un lenguaje que no soporta el entorno destino.
Reduccin/supervisin: 1. Contactar con el tercer participante para determinar la concordancia con los estndares de diseo. 2. Presionar para completar los estndares de interfaz; considerar la estructura del componente cuando se decida acerca del protocolo de la interfaz. 3. Verificar para determinar el numero de componentes en la categora 3 de subcomisin; verificar para determinar si se puede adquirir el soporte para el lenguaje. Gestin/plan de contingencia/disparador: La ER se calcula en $ 20 200. Asignar esta cantidad dentro del costo de contingencia del proyecto. Desarrollar una calendarizacin revisada suponiendo que se tendrn que construir 18 componentes adicionales; asignar el personal en concordancia, Disparador: Los pasos de reduccin son improductivos al 1/7/04. Estado Actual: 12/5/04: Inicia los pasos de reduccin Elabor: D. Gagne Asignado a : B. Laster 20

Conclusiones
La gestin del riesgo es crucial en el proyecto de

software. El gestionar los riesgos implica identificar todos los factores que pueden llevar al proyecto al fracaso El plan RSGR debe revisarse conforme el proyecto avanza Recordar que los riesgos se relacionan con los acontecimientos futuros.

21

Bibliografa
INGENIERA DEL SOFTWARE, Ian Sommerville,

7ma ed INGENIERIA DEL SOFTWARE, UN ENFOQUE PRACTICO, Roger Pressman, 6ta ed.

Procesos de Ingeniera de Software - ECC

22