Ra semana 11 2

19
Análisis de Riesgo en la Planificación ISF5501 Ingeniería de Software Semana 11/2

Transcript of Ra semana 11 2

Page 1: Ra semana 11 2

Análisis de Riesgo en la Planificación

ISF5501 Ingeniería de SoftwareSemana 11/2

Page 2: Ra semana 11 2

Aprendizajes Esperados:Utiliza Patrones de diseño de acuerdo

a características de desarrollo.

Contenidos:

Analiza la solución de diseño para una aplicación informática para gestión.

Page 3: Ra semana 11 2

1. Análisis de Riesgo

2. Síntesis

Temario Semana 11-2

Page 4: Ra semana 11 2

Hasta el momento hemos visto las distintas forma degenerar estimaciones para el cálculo de costes y esfuerzopara un proyecto de Ingeniería.

Estas estimaciones nosproporcionan sóloinformación útil paraintegrarlas en un marcode trabajo deplanificación mascompleto.

Análisis de Riesgo

Page 5: Ra semana 11 2

Desde esta visión las preguntas que nos deberíamos haceren estos momentos son: ¿y ahora que?; ¿estamos encondiciones de empezar a desarrollar?...

Para las preguntas anteriores, la respuesta es NO…

Antes de empezar, debemos incluir elementos importantessobre el riesgo, desarrollar una estrategia para enfrentarnosa problemas, mecanismos para evaluar progresos yorganizar a los miembros del equipo de trabajo.

Análisis de Riesgo

Page 6: Ra semana 11 2

Cuando se considera el riesgo en el contexto de ingeniería,hay que evidenciar tres consideraciones conceptuales:

• Nos concierne el futuro: ¿Cuáles son los riesgos quepueden hacer que el proyecto fracase?

• Nos conciernen los cambios: ¿Cómo afectarán al éxitoglobal y a los plazos los cambios en los requisitos delcliente, en las tecnologías de desarrollo, en loscomputadores destinos y en todas las demás entidadesrelacionadas con el proyecto?

• El análisis de riesgo consta de cuatro actividadesdiferentes: Identificación, Proyección, Cálculo y Gestióndel Riesgo.

Análisis de Riesgo

Page 7: Ra semana 11 2

a. Identificación del Riesgo:

• Los riesgos se pueden identificar de las siguientes formas:

i. Riesgos de Proyecto: identifican potencialesproblemas presupuestarios, de agenda, depersonal, de recursos, de cliente y de requisitos.Además, se consideran también riesgos de proyecto eltamaño, la complejidad de los algoritmos, de lacodificación y de los datos.

Análisis de Riesgo

Page 8: Ra semana 11 2

a. Identificación del Riesgo:

ii. Los riesgos de Técnicos: potenciales problemas dediseño, implementación, interfaz y mantenimiento.Además, se consideran riesgosos la ambigüedad de lasespecificaciones, la obsolescencia técnica y tecnologíade punta. Estos riesgos técnicos aparecen cuandopensamos que la solución era mas sencilla de lo queaparentaba.

Análisis de Riesgo

Page 9: Ra semana 11 2

iii. Los riesgos de Negocio: son aquellos riesgos quepueden llevar directo a la “basura” incluso los mejoresproyectos de ingeniería. Estos pueden ser:

La construcción de un producto excelente que enrealidad nadie quiere.

La construcción de un producto que, en resumidascuentas, no se ajusta a la estrategia global deproducción de la empresa.

La perdida del soporte de los gestores Senior, debidoa un cambio de enfoque o a un cambio de personal.

Las perdidas presupuestarias o del personal.

a. Identificación del Riesgo:

Análisis de Riesgo

Page 10: Ra semana 11 2

• La identificación de los riesgos consiste entonces enenumerar los distintos riesgos, dependiendo suimportancia, según las categorías antes señaladas.

• Uno de los mejores métodos para comprender losriesgos es contestar una serie de preguntas queayudarán al Planificador a entender los riesgos entérminos técnicos y relativos al proyecto.

• La certeza de las respuestas a estas preguntas ayudaránal Planificador a estimar el impacto del riesgo.

a. Identificación del Riesgo:

Análisis de Riesgo

Page 11: Ra semana 11 2

b. Proyección del Riesgo:

• También denominada Estimación del Riesgo, intentaevaluar cada riesgo en dos formas: la probabilidad deque el riesgo sea real y; la consecuencia de losproblemas asociados con el riesgo, suponiendo queaparece.

• Se generaran cuatro actividades de proyección:

Definir una escala que refleje la probabilidad del riesgo.

Definición de las consecuencias del riesgo.

Estimación del impacto del riesgo en el proyecto y elproducto.

Documentación del riesgo.

Análisis de Riesgo

Page 12: Ra semana 11 2

• La escala se puede definir en términos lógicos,cuantitativos o cualitativos.

• En un caso extremo, se puede responder a cada preguntade la lista de comprobación de elementos de riesgos(identificación de riesgos) con un “si” o con un “no”,siendo esto bastante poco realista.

• Un mejor enfoque es responder con una escala deprobabilidad cualitativa. Ejemplo:

Bastante improbable.

Improbable.

Moderado.

Probable.

Muy Probable.

b. Proyección del Riesgo:

Análisis de Riesgo

Page 13: Ra semana 11 2

• Por último, a los riesgos se les asigna un peso de acuerdocon el impacto percibido sobre el proyecto y luegoprioridades.

• Tres factores son los que afectan el impacto:

La Naturaleza del Riesgo, indica los problemaspotenciales que se pueden producir si el riesgo ocurre.

El Alcance del Riesgo, combina la severidad del riesgocon las partes del proyecto que se verán afectadas ocuantos clientes se verán perjudicados.

La Duración del Riesgo, considera el momento en quese sentirá el impacto y su duración.

b. Proyección del Riesgo:

Análisis de Riesgo

Page 14: Ra semana 11 2

c. Evaluación del Riesgo:

• Durante esta evaluación, se examina la exactitud de lasestimaciones que se han desarrollado durante laProyección de riesgo.

• Se intentará priorizar los riesgos que no se han cubierto yse comienza a pensar en las formas de controlar y/oprevención de los riesgos que tengan una mayorprobabilidad de ocurrir.

• Para que la Evaluación sea útil, hay que definir un nivelde referencia, donde los típicos son el Coste, la Agenda yel Rendimiento del software.

Análisis de Riesgo

Page 15: Ra semana 11 2

• Para la Evaluación del Riesgo, se siguen los siguientes pasos:

Definir los niveles de referencia del riesgo para elproyecto.

Desarrollar la relación entre cada uno de los niveles dereferencia.

Predecir el conjunto de puntos de referencia, quedefinen una interrupción del proyecto, limitada por unacurva o áreas de incertidumbre.

Intentar predecir cómo afectará al nivel de referencia lascombinaciones de los riesgos.

• Si una combinación de riesgos crea problemas que haganque se excedan algunos de los niveles de referencia, seinterrumpirá el trabajo.

c. Evaluación del Riesgo:

Análisis de Riesgo

Page 16: Ra semana 11 2

d. Gestión y Supervisión del Riesgo:

• No se saca absolutamente nada si los riesgos no sonsupervisados y gestionados los datos que nos entregan.

• Para la Gestión del Riesgo se siguen los siguientes pasos:

Reunirse con el personal actual, para determinar lascausas de la rotación del personal (si aplica).

Tomar cartas en el asunto antes que comience elproyecto, para mitigar las causas que estén bajonuestro control.

Una vez que comience el proyecto, asumir que seproducirán rotaciones del personal y desarrollartécnicas que aseguren la continuidad.

Análisis de Riesgo

Page 17: Ra semana 11 2

Organizar diversos equipos para el proyecto, de formaque la información para cada actividad del desarrollose disperse los mas posible.

Definir los estándares para la documentación yestablecer mecanismos que aseguren que los estos sedesarrollen en los momentos oportunos.

Llevar a cabo minuciosas revisiones en equipo.

Definir una persona de apoyo para cada miembro delpersonal involucrado en tareas técnicas críticas.

• Es importante señalar que la gestión y sus pasosprovocan un coste adicional para el proyecto total.

d. Gestión y Supervisión del Riesgo:

Análisis de Riesgo

Page 18: Ra semana 11 2

1. Análisis de Riesgo

2. Síntesis

Temario Semana 11-2

Page 19: Ra semana 11 2

Síntesis

• Los riesgos de proyecto hoy en día son másconstantes y a la vez suelen ser más críticos,dependiente el tipo de solución a implementar.

• El trabajo de análisis de riesgo intenta normalizar lasmedidas de contingencias de estos riesgos antes quese transformen en problemas.

• Un correcto desarrollo de estas etapas de análisis,permitirán mantener el control del proyecto yenfrentar este con una actitud mas preventiva quereactiva.