Administracion De Riesgos (1).pptx

Integrantes: - García Jácome Diana Karina - Martínez Ramírez Miguel Alberto - Medina Navarrete Eder Alan

OBJETIVO Formalizar conocimiento orientado a la minimización o evitación de riesgos en proyectos de desarrollo de software, mediante la generación de principios y buenas prácticas de aplicación realista

•¿Qué es? EL ANÁLISIS Y LA ADMINISTRACIÓN DEL RIESGO SON ACCIONES QUE AYUDAN AL EQUIPO DE SOFTWARE A ENTENDER Y MANEJAR EL SISTEMA.

Un riesgo es un problema potencial: puede ocurrir, puede no ocurrir. Pero, sin importar el resultado, realmente es una buena idea identificarlo.

•¿Quién lo hace? TODOS LOS INVOLUCRADOS EN EL PROCESO DE SOFTWARE: (GERENTES, INGENIEROS DE SOFTWARE Y OTROS INTERESADOS) PARTICIPAN EN EL ANÁLISIS Y LA ADMINISTRACIÓN DEL RIESGO.

•Componentes y promotores de riesgo

• RIESGO DE RENDIMIENTO: GRADO DE

INCERTIDUMBRE DE QUE EL PRODUCTO SATISFARÁ SUS REQUISITOS Y SE AJUSTARÁ AL USO PRETENDIDO.

• Riesgo de costo: grado de incertidumbre de que el presupuesto del proyecto se mantendrá.

• RIESGO DE APOYO: GRADO DE INCERTIDUMBRE DE QUE EL SOFTWARE RESULTANTE SERÁ FÁCIL DE CORREGIR, ADAPTAR Y MEJORAR

•Riesgo de calendario: grado de incertidumbre de que el calendario del proyecto se mantendrá y de que el producto se entregará a tiempo.

•Valoración de impacto de riesgo

TRES FACTORES AFECTAN LAS PROBABLES CONSECUENCIAS SI OCURRE UN RIESGO: SU NATURALEZA, SU ÁMBITO Y SU TEMPORIZACIÓN.

° La naturaleza del riesgo indica los problemas probables si ocurre

° El

ámbito de un riesgo combina la severidad (¿cuán serio es?) con su distribución global ° La temporización

de un riesgo considera cuándo y por cuánto tiempo se sentirá el impacto.

•Identificación y Proyección Del Riesgo

°La identificación del riesgo es un intento sistemático para especificar las amenazas al plan del proyecto (estimaciones, planificación temporal, carga de recursos, etc.). Identificando los riesgos conocidos y predecibles,el gestor del proyecto da un paso adelante para evitarlos cuando sea posible y controlarlos cuando sea necesario.

•El Plan RSGR El plan RSGR documenta todo el trabajo realizado como parte del análisis 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 información del riesgo.

Una vez documentado el plan de RSGR y que el proyecto ha comenzado, se inician los pasos de reducción y supervisión del riesgo.

REFERENCIAS: •INGENIERÍA DEL SOFTWARE, Ian Sommerville, 7ma ed •INGENIERIA DEL SOFTWARE, UN ENFOQUE PRACTICO, Roger Pressman, 6ta ed.

http://ingesoftwaregestiondelriesgo.blogspot.com/2015/05/blog-post.html