Professional Documents
Culture Documents
gestin de riesgo son identificar, controlar y eliminar las fuentes de riesgo antes de que empiecen a afectar el cumplimiento de los objetivos del proyecto
o no. No olvide identificar, evaluar la probabilidad de que ocurra, estimar el impacto y establecer un plan de contingencia en caso de que el problema se presente.
Y si falla el bombero ??? R: Aparece la Gestin de Crisis para tomar el control, y es cuando el proyecto esta en verdadero peligro
Ser proactivo Inicia antes del trabajo tcnico. Identificar los riesgos potenciales, valorando su probabilidad e impacto Se clasifican segn su importancia Establecer un plan.
4
Tipos de riesgos que se encuentran: 1. Riesgos del Proyecto (Amenazan el plan del proyecto) 2. Riesgos Tcnicos (Amenaza la calidad y actualidad del software que se
producir)
3.
Tipo
Proyecto Proyecto
Descripcin
Personal con experiencia abandona el proyecto antes de que finalice Habr un cambio de gestin organizacional con diferentes prioridades El HW esencial para el proyecto no ser entregado a tiempo Habr mas cambios en los requerimientos de lo esperado Las especificaciones de las interfaces esenciales no estarn a tiempo El tamao del proyecto se ha subestimado Las herramientas CASE que ayudan al proyecto no tienen el rendimiento esperado Un producto competitivo se pone en venta antes de que el sistema se complete La tecnologa fundamental sobre la que se construir el sistema se sustituye por nueva tecnologa
No disponibilidad de HW Cambio de requerimientos Retrasos en la especificacin Subestimacin del tamao Bajo rendimiento de la herramienta CASE Cambio de tecnologa Competencia del producto
Negocio Negocio
Etapas: 1. Identificacin de riesgos: Identificar los posibles riesgos para el proyecto, el producto y los negocios 2. Anlisis de riesgos: Valorar las probabilidades y consecuencias de estos riesgos. 3. Planeacin de riesgos: Crear planes para abordar los riesgos, ya sea para evitarlos y minimizar sus efectos en el proyecto 4. Supervisin de riesgos: Valorar los riesgos de forma constante y revisar los planes para la mitigacin de riesgos tan pronto como la informacin de los riesgos est disponible
Identificacin de riesgos
Identificar los riesgos es una tarea sistemtica orientndose
Dos tipos de riesgos para (R. Proyectos, R. Tcnicos y R. Negocios) Riesgos Genricos: Amenaza potencial para todo el proyecto de software Riesgos especficos del producto: Se los puede identificar con un buen conocimiento de tecnologa, el personal y el entorno especifico del software.
Como??? Examinando el plan del proyecto y la declaracin del mbito. Qu caractersticas especiales de este producto podran amenazar el plan del proyecto
8
Caractersticas del cliente: Asociados con la satisfaccin del cliente. Definicin del proceso: Riesgos con el grado en que se ha definido el proceso
Entorno de desarrollo:
se construir.
Tecnologa que construir: Asociado con la complejidad del sistema que Tamao y experiencia de la plantilla de personal: Relacionado
con la experiencia tcnica del personal.
10
producto satisfaga los requisitos y se ajuste y se ajuste al uso que se pretende darle. Riesgo de costo: Grado de incertidumbre de que se mantenga el presupuesto del proyecto. Riesgo de soporte: Grado de incertidumbre de que el SW resultante ser fcil de corregir, adaptar y mejorar. Riesgo de calendarizacin: Grado de incertidumbre de que se mantenga la calendarizacin del proyecto y de que el producto se entregue a tiempo.
11
Componentes
Categora
Desempeo
Soporte
Costo
Calendarizacin
1
Catastrfico
El fracaso en la satisfaccin de los requisitos resultara en un fracaso de la misin. Cierta reduccin en el desempeo tcnico SW que no responde o no se puede soportar
El fracaso resulta en el aumento de costos y en demoras en la calendarizacin con valores esperados que superan 500K da. Recortes financieros significativos, probable superacin del presupuesto COI inalcanzable
1
Critica
El fracaso para satisfacer los requisitos resultara en un desempeo degradado del sistema hasta un punto donde el xito de la misin es cuestionable Cierta reduccin en el desempeo tcnico Demoras menores en las modificaciones del SW
El fracaso resulta en demoras operativas o incrementos de costos con valor esperado de 100K a 500K dlares Cierto recorte de recursos financieros, posibles excesos Posible deslizamiento en el COI
1
Marginal
Deslizamiento de costos, impactos o calendarizacin recuperable con valor esperado de 1K a 100K dlares
Suficientes financieros recursos Calendarizacin alcanzable y realistas
2
Despreciable
1 2
El fracaso al satisfacer los requisitos creara inconvenientes o impactos no operativos Ninguna reduccin en le desempeo tcnico SW al que fcilmente se le da soporte
El error resulta en costo menor o impacto en la calendarizacin con valores esperado de menos de 1K dlares Posible supervit presupuestal COI facialmente alcanzable
12
La finalidad de estos pasos es considerar los riesgos en tal forma que conduzcan al establecimiento de prioridades.
13
la proyeccin de riesgos.
Riegos
La estimacin del tamao puede ser significativamente baja. Mayor numero de usuarios de los previstos. Menos reutilizacin que la prevista. Los usuarios finales se resisten al sistema. La fecha limite de entrega estar muy ajustada. Prdida de fondos. El cliente cambiara requisitos. La tecnologa no satisfar las expectativas. Falta de entrenamiento acerca de las herramientas. Personal inexperto. Elevada movilidad del personal. Valores de impacto: .. 1: catastrfico 2: crtico 3: marginal 4: despreciable Categora TP TP TP CO CO Probabilidad 60 % 30 % 70 % 40 % 50 %
Impacto
2 3 2 3 2
RSGR
CL TP RT ED
PE PE
40 % 80 % 30 % 80 %
30 % 60 %|
1 2 1 3
2 2
14
si un riesgo ocurre:
Naturaleza (indica los problemas que son probables si ocurre) mbito (combinacin de la severidad con su distribucin global) Tiempo (consideracin de cundo y durante qu periodo se sentir el impacto)
Cmo se valoran las consecuencias de un riesgo? 1. Determinar el valor promedio de la probabilidad de que ocurra para cada componente de riesgo. 2. Empleando los Componentes y controladores del riesgo, determinar el impacto para cada componente, con base en los criterios mostrados. 3. Completar la tabla de riesgos y analizar los resultados
15
enumerado y el punto de referencia Definir el rea de incertidumbre, donde ser tan vlido continuar como interrumpir el trabajo Predecir cmo la combinacin de riesgos afectar a los niveles de referencia
16
riesgos muy superficiales y a medida que se avanza en el proyecto se los va detallando de mejor manera. Una buena forma de describir un riesgo es:
Representar el riesgo en formato de Condicin-Transicin
Consecuencia. Dado que <condicin> entonces existe una preocupacin de que (posiblemente) <consecuencia>
Dado que los componentes de software reutilizables deben ajustarse con estndares de diseo especficos y como algunos no lo hace, entonces existe una preocupacin de que (posiblemente) slo 70% de los mdulos reutilizables planeados pueden en realidad integrarse al sistema que se construir, lo que resulta en la necesidad de ingeniera personalizada para el restante 30% de componentes.
17
considerar:
Evitar el riesgo Supervisar el riesgo Gestionar el riesgo y los planes de contingencia.
Es un pecado capital dejar pasar el riesgo por alto luego de haberlo identificado y no tratarlo
18
anlisis 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 informacin del riesgo. Una vez documentado el plan de RSGR y que el proyecto ha comenzado, se inician los pasos de reduccin y supervisin del riesgo. La reduccin del riesgo es una actividad encaminada a evitar el problema. La supervisin del riesgo es una actividad de seguimiento del proyecto con tres objetivos:
1. 2. 3.
Valorar si los riesgos predichos de hecho ocurren Asegurar que los pasos para evitar el riesgo definidos para ste se estn aplicando con propiedad Recopilar informacin que pueda usarse en futuros anlisis de riesgo.
19
Descripcin: Solo el 70% de los componentes del SW calendarizados para reutilizacin de hecho se integraran a la aplicacin. La funcionalidad restante tendr que desarrollarse de manera personalizada.
Refinamiento/contexto: Subcomisin 1: Ciertos componentes de reutilizacin fueron desarrollados por un tercer participante sin conocimiento de los estndares de diseo interno. Subcomisin 2: El estndar de diseo para los componentes de interfaces no ha sido solidificado y tal vez no concuerdan con ciertos componentes reutilizables existentes. Subcomisin 3: Ciertos componentes reutilizables se han implementado en un lenguaje que no soporta el entorno destino.
Reduccin/supervisin: 1. Contactar con el tercer participante para determinar la concordancia con los estndares de diseo. 2. Presionar para completar los estndares de interfaz; considerar la estructura del componente cuando se decida acerca del protocolo de la interfaz. 3. Verificar para determinar el numero de componentes en la categora 3 de subcomisin; verificar para determinar si se puede adquirir el soporte para el lenguaje. Gestin/plan de contingencia/disparador: La ER se calcula en $ 20 200. Asignar esta cantidad dentro del costo de contingencia del proyecto. Desarrollar una calendarizacin revisada suponiendo que se tendrn que construir 18 componentes adicionales; asignar el personal en concordancia, Disparador: Los pasos de reduccin son improductivos al 1/7/04. Estado Actual: 12/5/04: Inicia los pasos de reduccin Elabor: D. Gagne Asignado a : B. Laster 20
Conclusiones
La gestin del riesgo es crucial en el proyecto de
software. El gestionar los riesgos implica identificar todos los factores que pueden llevar al proyecto al fracaso El plan RSGR debe revisarse conforme el proyecto avanza Recordar que los riesgos se relacionan con los acontecimientos futuros.
21
Bibliografa
INGENIERA DEL SOFTWARE, Ian Sommerville,
7ma ed INGENIERIA DEL SOFTWARE, UN ENFOQUE PRACTICO, Roger Pressman, 6ta ed.
22