La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

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

Presentaciones similares


Presentación del tema: "Ingeniería de Software Unidad I Gestión de Proyectos de Software Riesgo en la gestión de proyectos de software Tema Semana 5."— Transcripción de la presentación:

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

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

6

7 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

8 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

9 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

10 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

11 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. Gestión del Riesgo Identificación

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

13 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) Desarrollo de una tabla de riesgo Proyección del riesgo

14 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

15 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

16 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 hay una preocupación entonces que (posiblemente) ). Refinamiento

17 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

18 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

19 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

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

21 Riesgos y tipos de riesgos Tipo de riesgoDescripción TecnologíaLa base de datos que se utiliza en el sistema no puede procesar muchas transacciones por segundo como se esperaba. Los componentes de software a reutilizarse contienen defectos que limitan la funcionalidad PersonasEs imposible reclutar personal con las habilidades necesarias requeridas para el proyecto. El personal clave esta enfermo y no disponible en momentos críticos. La capacitación solicitada para el personal no esta disponible. OrganizacionalLa organización se reestructura de tal forma que una administración diferente se responsabiliza del proyecto. Los problemas financieros de la organización fuerzan a reducciones en el presupuesto del proyecto. HerramientasEs ineficiente el código generado por las herramientas CASE. Las herramientas CASE no se pueden integrar. RequerimientosSe proporcionan cambios en los requerimientos que requieren rehace el diseño. Los clientes no comprenden el impacto de los cambios en los requerimientos. EstimaciónEl tiempo requerido para desarrollar el software es subestimado. La tasa de reparación de defectos es subestimada. El tamaño del software es subestimado. Gestión del Riesgo

22 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

23 Análisis de los riesgos… RiesgoProbabilidadEfectos Los problemas financieros de la organización fuerzan a reducir el presupuesto del proyecto BajaCatastrófico Es importante reclutar personal con las habilidades requeridas para el proyecto AltaCatastrófico El personal clave esta enfermo y no disponible en momentos críticos ModeradaSerio Los componentes de software a utilizarse contienen defectos que limitan su funcionalidad ModeradaSerio Se proponen cambios en los requerimientos que requieren rehacer el diseño ModeradaSerio La organización se reestructura de tal forma que una administración diferente se responsabiliza del proyecto AltaSerio La base de datos que se utiliza en el sistema no puede procesar muchas transacciones por segundo como se esperaba ModeradaSerio Gestión del Riesgo

24 …Análisis de los riesgos RiesgoProbabilidadEfectos El tiempo requerido para desarrollar el software esta subestimado AltaSerio Las herramientas CASE no se pueden integrar AltaTolerable Los clientes no comprenden el impacto de los cambios en los requerimientos ModeradaTolerable La capacitación solicitada para el personal no esta disponible ModeradaTolerable La tasa de reparación de defectos es subestimada ModeradaTolerable El tamaño del software es subestimadoAltaTolerable Es ineficiente el código generado por las herramientas CASE ModeradaInsignificante Gestión del Riesgo

25 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

26 Estrategias de manejo de riesgos RiesgoEstrategia Problemas financieros de la organización Preparar un documento breve para el administrador principal que muestre que el proyecto hace contribuciones muy importantes a las metas del negocio Problemas de reclutamientoAlerta al cliente de las dificultades potenciales y las posibilidades de retraso, investigar los componentes comprados Enfermedades del personalReorganizar el equipo de tal forma que haya traslape en el trabajo y las personas comprenden el de los demás Componentes defectuososReemplazar los componentes defectuosos con los comprados de fiabilidad conocida Cambios en los requerimientos Rastrear la información para valorar el impacto de los requerimientos, maximizar la información oculta en ellos Reestructuración organizacional Preparar un documento breve para el administrador principal que muestre que el proyecto hace contribuciones muy importantes a las metas del negocio Desempeño de la base de datos Investigar la posibilidad de comprar una base de datos con alto desempeño Tiempo de desarrollo subestimado Investigar los componentes comprados y la utilización de un generador de programas. Gestión del Riesgo

27 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

28 Factores de riesgo Tipo de riesgoIndicadores potenciales TecnologíaEntrega retrasada del hardware o de la ayuda del software, muchos problemas tecnológicos reportados PersonasBaja moral del personal, malas relaciones entre los miembros del equipo, disponibilidad de empleo OrganizacionalChismorreo organizacional, falta de acciones por el administrador principal HerramientasRechazo de los miembros del equipo para utilizar herramientas, quejas acerca de las herramientas CASE, peticiones de estaciones de trabajo mas potentes RequerimientosPeticiones de muchos cambios en los requerimientos, quejas del cliente EstimaciónFracaso en el cumplimiento de los tiempos acordados, y en la eliminación de defectos reportados Gestión del Riesgo

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


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

Presentaciones similares


Anuncios Google