1 / 29

Ingeniería de Software

Unidad I. Gestión de Proyectos de Software. Ingeniería de Software. Semana 5. Tema. Riesgo en la gestión de proyectos de software. Objetivos Generales:.

burton
Download Presentation

Ingeniería de Software

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Unidad I Gestión de Proyectos de Software Ingeniería de Software Semana 5 Tema Riesgo en la gestión de proyectos de software

  2. Objetivos Generales: • Comprender correcta y eficientemente los conceptos y principios del espectro de técnicas de Ingeniería de Software que puedan ser aplicadas en proyectos de software. • Desarrollar una cultura de ingeniería de software.

  3. Objetivos Específicos: • Aplicar correctamente los conceptos y principios relacionados a la Ingeniería de Software en la resolución de casos prácticos para la gestión de proyectos de software de calidad. • Utilizar herramientas para el modelado y gestión de proyectos de software. • Utilizar metodologías agiles en el desarrollo de software.

  4. Objetivos Instruccionales: • Realizar estimaciones del trabajo a realizar, de los recursos necesarios y del tiempo que transcurrirá desde el comienzo hasta el final de su realización. • Analizar los riesgos para analizar y determinar la probabilidad de que pueda ocurrir.

  5. Estrategias de Riesgo • Estrategias reactivas. Muy común, también conocido como la lucha de “bomberos”, el equipo del proyecto pone los recursos al lado para tratar con los problemas y no hace nada hasta que un riesgo se vuelva un problema. • Estrategias proactivas. La administración de riesgos empieza antes de que comiencen los trabajos técnicos. Se identifican los riesgos y priorizan por la importancia, entonces el equipo establece un plan para evitar los riesgos, si ellos no pueden evitar los riesgos, trabajan para desarrollar un plan de contingencia que permita responder de una manera eficaz y contralada antes de que se convierten en problemas. Estrategias

  6. Riesgos de Software • Características: Incertidumbre y riesgo. • Categorías: • Riesgos del proyecto. Amenaza el plan del proyecto • Riesgos técnicos. Amenaza la calidad del producto y la planificación temporal • Riesgos del negocio. Amenaza la viabilidad del software a ser construido (riesgos del mercado, riesgos estratégicos, riesgo dirección, riesgos del presupuesto) • Riesgos predecibles. Predecible de la evaluación cuidadosa de plan del proyecto actual y de la experiencia de proyectos anteriores. • Riesgos impredecibles. Algunos problemas simplemente ocurren sin advertir. Riesgo

  7. Identificación del Riesgo • Riesgos específicos de ámbito. Se examinan el plan del proyecto y declaración del software para identificar cualquier característica especial del producto que puede amenazar el plan del proyecto • Riesgos genéricos. Son una amenaza potencial para todos los proyectos de software (tamaño del producto, impacto en el negocio, características del cliente, definición del proceso, entorno de desarrollo, tecnología a construir, experiencia del personal) Identificación

  8. Identificación de Riesgos • Riesgos en la tecnología • Riesgos en la gente • Riesgos organizacionales • Riesgos en los Requerimientos • Riesgos de estimación Identificación

  9. Componentes y controladores de riesgo • Componentes de riesgo. Riesgo rendimiento, riesgo costo, riesgo soporte, riesgo de la planificación temporal. • Impacto del riesgo. Despreciable, marginal, crítico, catastrófico • Los controladores de riesgo. Afectan a cada componente de riesgo y son clasificados según su categoría de impacto y las consecuencias potenciales de cada falla del software no detectada. Identificación Gestión del Riesgo

  10. Actividades • Establezca una escala que refleje la probabilidad percibida de cada riesgo • Defina las consecuencias del riesgo • Estime el impacto del riesgo en el proyecto y en el producto • Apunte la exactitud general de la proyección del riesgo para evitar las confusiones. Proyección del riesgo

  11. Desarrollo de una tabla de riesgo • Liste todos los riesgos en la primera columna de la tabla • Clasifique cada riesgo en la columna dos. • Determine una probabilidad de aparición en la columna tres • Valore el impacto de cada riesgo (despreciable, marginal, crítico, catastrófico) en la columna cuatro . • Ordene la tabla por la probabilidad y valor de impacto • Determine el criterio para decidir donde la tabla ordenada será dividida en las primeras preocupaciones de prioridad y las segundas preocupaciones de prioridad • Primero deben manejarse las preocupaciones de prioridad (una quinta columna puede agregarse para contener un indicador en el RSGR) Proyección del riesgo

  12. Evaluando el impacto de los riesgos • Los factores y consecuencias de riesgo conmovedoras. Naturaleza (los tipos de problemas que se levantan), Alcance (combina la severidad con la magnitud de proyecto afectada), Cronometrando (cuando y cuánto tiempo el impacto se siente) • Si los costes son asociados con cada entrada de mesa de riesgo la exposición de riesgo de Halstead métrico puede computarse (REF = la Probabilidad * el Costo) y agregó a la mesa de riesgo. Proyección del riesgo

  13. Valoración del riesgo • Defina los niveles del referencia para cada riesgo del proyecto que puede causar la terminación del proyecto (la degradación de la actuación, desbordamiento del costo, la dificultad de apoyo, el desprendimiento del horario). • Intente desarrollar una relación entre cada triple de riesgo (el riesgo, la probabilidad, el impacto) y cada uno de los niveles de la referencia. • Prediga el juego de puntos del referencia que definen una región de terminación, limitado por una curva o áreas de incertidumbre. • Intente predecir cómo las combinaciones de riesgos afectarán un nivel del referencia Proyección del riesgo

  14. Refinamiento del riesgo • El proceso de reiterar los riesgos como un juego de riesgos más detallados que serán más fáciles mitigar, supervise, y maneja. • CTC(el condición-transición-consecuencia) el formato puede ser una representación buena para los riesgos detallados (por ejemplo dado que <la condición> hay una preocupación entonces que (posiblemente) <la consecuencia>). Refinamiento

  15. Riesgo de mitigación, supervisión y dirección • Riesgo de la mitigación. Proactivo que allana la anulación de riesgo • Riesgo de la supervisión. Evaluando si predijo que los riesgos ocurren o no, asegurando que los pasos de aversión de riesgo están siendo propiamente aplicados, coleccionando la información para el análisis de riesgo de futuro, intentando determinar qué problemas qué riesgos causaron. • Riesgo de la dirección y contingencia. Allanan las acciones a ser tomado en caso que los pasos de la mitigación fallen y el riesgo se haya vuelto un problema vivo. Peligros

  16. Seguridad de riesgos • Los riesgos también son asociados con fracasos del software que ocurren en el campo después de que el proyecto de desarrollo ha acabado. • Las computadoras controlan muchos misión las aplicaciones críticas en los tiempos modernos (los sistemas del arma, mando del vuelo, los procesos industriales, etc.). • La seguridad del software y análisis de riesgo son actividades de convicción de calidad que son de preocupación particular para estos tipos de aplicaciones y se discuten después en el texto. Peligros

  17. Hoja de información de riesgos • La alternativa a RMMM, en que cada riesgo se documenta individualmente. • A menudo la información de riesgo cubre (RIS) se mantiene usando un sistema de la base de datos. • Los componentes de RIS - el id de riesgo, la fecha, la probabilidad, el impacto, la descripción, el refinamiento, el mitigation / monitoring, el management / contingency / trigger, el estado, el creador, el miembro del personal asignado,... Peligros

  18. Proceso de manejo de riesgos Gestión del Riesgo Identificación de riesgos Análisis de riesgos Identificación de riesgos Identificación de riesgos Listado de riesgos potenciales Listado de Priorización de riesgos Anulación de Riesgos y planes contingencia Valoración de riesgos

  19. Riesgos y tipos de riesgos Gestión del Riesgo

  20. Análisis de riesgos • Determina la probabilidad y la seriedad de cada riesgo • Las probabilidades pueden variar entre muy alta, alta, moderada, baja o muy baja • Los efectos de los riesgos pueden ser: catastróficos, serios, tolerables o insignificantes. Gestión del Riesgo

  21. Análisis de los riesgos… Gestión del Riesgo

  22. …Análisis de los riesgos Gestión del Riesgo

  23. Planeación de los riesgos Considera cada riesgo y desarrolla una estrategia para manejarlo: • Estrategias de evasión La probabilidad de que el riesgo se presente se minimizara • Estrategias de minimización El impacto del riesgo en el producto o en el proyecto se reducirá • Planes de contingencia Si el riesgo se presenta, el plan de contingencia se encargara de tratar este riesgo Gestión del Riesgo

  24. Estrategias de manejo de riesgos Gestión del Riesgo

  25. Monitorización de riesgos • Determina regularmente cada riesgo identificado y decide si es probable o no que se presente • Determina si los efectos de que produciría el riesgo, han cambiado • Cada riesgo clave debe discutirse el las reuniones de avance del proyecto. Gestión del Riesgo

  26. Factores de riesgo Gestión del Riesgo

  27. Unidad I Gestión de Proyectos de Software Ingeniería de Software Semana 5 Tema Riesgo en la gestión de proyectos de software

More Related