P. 1
Analisis de Riesgos2

Analisis de Riesgos2

|Views: 2|Likes:
Publicado porCésar Omar

More info:

Published by: César Omar on Dec 20, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PPTX, PDF, TXT or read online from Scribd
See more
See less

12/20/2013

pdf

text

original

Unidad III

Análisis de riesgos

ellos lo atacaran activamente. evaluar la probabilidad que ocurra. Si no se ataca activamente los riesgos. Se deben de identificar los riesgos. estimar su impacto y establecer un plan de contingencia en caso de que el problema se presente.Análisis y gestión de riesgos    Son una serie de pasos que ayudan a un equipo de software a comprender y manejar la incertidumbre. Un riesgo es un problema potencial puede ocurrir o no. Muchos problemas pueden desbordar un proyecto de software. Tom Gilb .

 Consecuencias de una estrategia reactiva:   Se pone el proyecto en peligro.  Actuar en consecuencia.  Se da un ambiente critico .Estrategias Reactivas Evaluar las consecuencias de un riesgo cuando este ya se ha producido.

sino hasta que ocurrían. Si usted no ataca los riesgos.Estrategias Reactivas Las estrategias de riesgo reactivas han sido jocosamente denominadas la "escuela Indiana Jones de gestión del riesgo" [TH092]. Indiana Jones. Al no preocuparse nunca por los problemas. invariablemente decía: "¡No te preocupes. cuando enfrentaba alguna dificultad abrumadora. En las películas de la década de 1980 que llevaban su nombre. Indiana reaccionaba en alguna forma heroica. pensaré en algo!". ellos lo atacaran activamente .

De modo proactivo se realizan los siguientes pasos:     Se identifican los riesgos potenciales Se valoran su probabilidad e impacto Se clasifican según su importancia Establecer un plan para gestionar el riesgo. es decir empezar mucho antes de que se inicien los problemas.Estrategias proactivas   Es mejor ser proactivo. el equipo trabaja para desarrollar un plan de contingencia que le permitirá responder de forma controlada y efectiva. . pero debido a que no todos los riesgos pueden evitarse.  El objetivo principal es evitar el riesgo.

ocurrirán consecuencias o perdidas indeseables.   Si los riesgos del proyecto se vuelven reales es probable que la calendarización del proyecto se altere y que los costos aumenten. Perdida: si el riesgo se convierte en realidad.Riesgos del software  Un riesgo involucra dos características:   Incertidumbre: el riesgo puede ocurrir o no ocurrir. esto es. no existen riesgos 100% probables. Los riesgos técnicos del proyecto identifican potenciales problemas en :      Diseño Implementación Interfaz Verificación Mantenimiento .

amenazan la viabilidad del software que se construirá. estos riesgos ponen en duda el producto que se construirá.Riesgos del software  Riesgos del negocio. Estos son: La construcción de un producto o sistema excelente que en realidad nadie quiere(Riesgo de mercado) 2. La construcción de un producto que ya no encaja en la estrategia comercial global de la compañía(Riesgo de estrategia) 3. . La construcción de un producto que la fuerza de ventas no sabe cómo vender (riesgo de ventas) 1.

La pérdida del apoyo de los altos ejecutivos debido a un cambio en el enfoque o en el personal(Riesgo administrativo) 5.Riesgos del software 4. La pérdida presupuestaria o del personal asignado(Riesgo presupuestal) .

Identificación de los riesgos  Categorías Un método para identificar riesgos consiste en crear una lista de verificación de riesgos. . Con esta se pueden identificar riesgos y enfocarse en algún subconjunto de riesgos conocidos y predecibles.

¿Los altos ejecutivos de software y del cliente se han comprometido formalmente para apoyar el proyecto? ¿Los usuarios finales están comprometidos con el proyecto y el sistema/producto que se construirá? ¿Los requisitos los han entendido completamente el equipo y sus clientes? ¿Los clientes estuvieron completamente involucrados en la definición de los requisitos? ¿Los usuarios finales tienen expectativas realistas? ¿El ámbito es estable? . 2. El grado en que el proyecto de software esta en riesgo es directamente proporcional al numero de respuestas negativas a estas preguntas. 3. 5. 4.Evaluación del riesgo global del proyecto  Preguntas resultantes según su importancia relativa en el éxito de un proyecto: 1. 6.

Componentes del riesgo  Existen cuatro componentes de riesgo en un proyecto de software:  Rendimiento  Costo  Mantenibilidad  Planificación  Es necesario identificar en que medida afectan los riesgos al proyecto (valores de impacto):  Despreciable  Marginal  Critico  Catastrófico (mínimo) .

y 2) las consecuencias de los problemas asociados con el riesgo. Establecimiento de una escala que refleje la posibilidad percibida de un riesgo. Delineado de las consecuencias del riesgo. .  4.Proyección del riesgo La proyección del riesgo. intenta clasificar cada riesgo en dos formas: 1) la posibilidad o probabilidad de que el riesgo sea real. Tomar nota de la precisión global de la proyección del riesgo de modo que no haya malas interpretaciones.  3.  2. Estimación del impacto del riesgo en el proyecto y el producto. en caso de que ocurra. también llamada estimación del riesgo. Pasos en la proyeccion del riesgo:  l.

-Catastrofico 2.Creación de una tabla de riesgo Valores de impacto: 1.-Marginal 4.-Critico 3.-Despreciable .

es una de las pocas certezas en la vida. al igual que la muerte y los impuestos. [en tercer lugarl el riesgo implica elección y la incertidumbre que ésta conlleva. el riesgo. en segundo lugar. por tanto. La pregunta es: ¿podemos.Riesgo! El riesgo se relaciona con los acontecimientos futuros. que el riesgo implica cambio. para nosotros mismos? Esto significa. acciones o lugares. y esperanzadoramente mejor. paradójicamente. pues ya se ha cosechado lo que previamente se sembró con nuestras acciones pasadas. al cambiar nuestras acciones presentes.. como cambios de mentalidad. Por ende. crear en lo futuro una oportunidad para una situación diferente. opinión. .. El hoy y el ayer están más allá de esta relación.

 2. Describir la diferencia entre "riesgos conocidos" y "riesgos predecibles".En equipo: 1.  3.  . Ofrecer cinco ejemplos de otros campos que ilustren los problemas asociados con una estrategia de riesgo reactiva. Dar cinco ejemplos de por que la importancia de la Gestion de riesgos.

Gestión Monitoreo y Mitigación de Riesgo (RMMM)  Objetivo: Marcar las estrategias y formas de actuar del equipo de trabajo frente a los riesgos:  Como evitarlos  Como monitorearlos  Como gestionarlos y plan de contingencia .

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->