Estrategia
Identificacin
Contenidos
Estrategias de Riesgo
Estrategias reactivas. Muy comn, tambin 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 administracin de riesgos empieza antes de que comiencen los trabajos tcnicos. 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
Riesgos de Software
Caractersticas: Incertidumbre y riesgo. Categoras:
Riesgos del proyecto. Amenaza el plan del proyecto Riesgos tcnicos. Amenaza la calidad del producto y la planificacin temporal Riesgos del negocio. Amenaza la viabilidad del software a ser construido (riesgos del mercado, riesgos estratgicos, riesgo direccin, riesgos del presupuesto) Riesgos predecibles. Predecible de la evaluacin cuidadosa de plan del proyecto actual y de la experiencia de proyectos anteriores. Riesgos impredecibles. Algunos problemas simplemente ocurren sin advertir.
Riesgo
Identificacin
Identificacin de Riesgos
Identificacin
Riesgos organizacionales
Riesgos en los Requerimientos Riesgos de estimacin
Si los costes son asociados con cada entrada de mesa de riesgo la exposicin de riesgo de Halstead mtrico puede computarse (REF = la Probabilidad * el Costo) y agreg a la mesa de riesgo.
Intente desarrollar una relacin 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 regin de terminacin, limitado por una curva o reas de incertidumbre. Intente predecir cmo las combinaciones de riesgos afectarn un nivel del referencia
Refinamiento
El proceso de reiterar los riesgos como un juego de riesgos ms detallados que sern ms fciles mitigar, supervise, y maneja.
CTC (el condicin-transicin-consecuencia) el formato puede ser una representacin buena para los riesgos detallados (por ejemplo dado que <la condicin> hay una
preocupacin entonces que (posiblemente) <la consecuencia>).
Reduccin y Supervisin
Reduccin - Supervisin
La reduccin del riesgo es una actividad para evitar problemas. La supervisin del riesgo es una actividad de seguimiento del proyecto centres objetivos principales:
1. Valorar cuando un riesgo previsto ocurre de hecho. 2. Asegurarse de que los procedimientos para evitar el riesgo definidos para el riesgo en cuestin se estn aplicando apropiadamente. 3. Recoger informacin que pueda emplearse en el futuro para analizar
Identificacin de riesgos
Anlisis de riesgos
Identificacin de riesgos
Identificacin de riesgos
Valoracin de riesgos
Personas
Organizacional
La organizacin se reestructura de tal forma que una administracin diferente se responsabiliza del proyecto. Los problemas financieros de la organizacin fuerzan a reducciones en el presupuesto del proyecto.
Es ineficiente el cdigo generado por las herramientas CASE. Las herramientas CASE no se pueden integrar. Se proporcionan cambios en los requerimientos que requieren rehace el diseo. Los clientes no comprenden el impacto de los cambios en los requerimientos. El tiempo requerido para desarrollar el software es subestimado. La tasa de reparacin de defectos es subestimada. El tamao del software es subestimado.
Herramientas
Requerimientos
Estimacin
Anlisis 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: catastrficos, serios, tolerables o insignificantes.
Es importante reclutar personal con las habilidades requeridas para el proyecto El personal clave esta enfermo y no disponible en momentos crticos Los componentes de software a utilizarse contienen defectos que limitan su funcionalidad Se proponen cambios en los requerimientos que requieren rehacer el diseo La organizacin se reestructura de tal forma que una administracin diferente se responsabiliza del proyecto La base de datos que se utiliza en el sistema no puede procesar muchas transacciones por segundo como se esperaba
Moderada Alta
Serio Serio
Moderada
Serio
Las herramientas CASE no se pueden integrar Los clientes no comprenden el impacto de los cambios en los requerimientos La capacitacin solicitada para el personal no esta disponible La tasa de reparacin de defectos es subestimada El tamao del software es subestimado Es ineficiente el cdigo generado por las herramientas CASE
Estrategias de evasin
La probabilidad de que el riesgo se presente se minimizara
Estrategias de minimizacin
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
Componentes defectuosos
Cambios en los requerimientos Reestructuracin organizacional Desempeo de la base de datos Tiempo de desarrollo subestimado
Monitorizacin de riesgos
Determina
Determina
si los efectos de que producira el riesgo, han cambiado riesgo clave debe discutirse el las reuniones de avance del proyecto.
Cada
Factores de riesgo
Tipo de riesgo Indicadores potenciales Entrega retrasada del hardware o de la ayuda del software, muchos problemas tecnolgicos reportados
Baja moral del personal, malas relaciones entre los miembros del equipo, disponibilidad de empleo Chismorreo organizacional, falta de acciones por el administrador principal Rechazo de los miembros del equipo para utilizar herramientas, quejas acerca de las herramientas CASE, peticiones de estaciones de trabajo mas potentes Peticiones de muchos cambios en los requerimientos, quejas del cliente Fracaso en el cumplimiento de los tiempos acordados, y en la eliminacin de defectos reportados
Tecnologa
Personas Organizacional Herramientas
Requerimientos Estimacin
Ingeniera de Software