Los 3 puntos
El riesgo afecta a los futuros acontecimientos. El riesgo implica cambio. El riesgo implica incertidumbre que entraa la eleccin.
Qu es lo que me interesa?
Qu riesgos podran acer que nuestro pro!ecto fracasara" #mo afectar$n los cambios en los requisitos del cliente" Qu mtodos ! erramientas deberamos emplear% cu$nta gente debera estar implicada% cu$nta importancia a! que darle a la calidad"
Qu es el riesgo?
&n riesgo es un problema potencial% es decir puede presentarse o no. &n pro!ecto puede estar lleno de problemas Es necesario identificarlo% e'aluar su probabilidad de ocurrencia% estimar su impacto ! establecer un plan de contingencia
Por qu es importante?
El soft)are es una empresa difcil% muc as cosas pueden salir mal% ! francamente% a menudo 'an mal. *a! que estar preparados
Proactivas!
- *a! que ocuparnos con anterioridad
Prdida
- 2i el riesgo se con'ierte en una realidad% ocurrir$n consecuencias no deseadas o prdidas.
Categor"as del riesgo Riesgos del pro!ecto Riesgos tcnicos Riesgos del negocio
iesgos tcnicos
Amena9an la calidad ! la planificacin temporal del soft)are que a! que producir. 2i un riesgo tcnico se con'ierte en realidad% la implementacin puede llegar a ser difcil o imposible. 4os riesgos tcnicos identifican problemas potenciales de diseo% implementacin% de interfa9% 'erificacin ! de mantenimiento. 4as ambig@edades de especificaciones% incertidumbre tcnica% tcnicas anticuadas ! las Atecnologas puntaB son tambin factores de riesgo. 4os riesgos tcnicos ocurren porque el problema es m$s difcil de resol'er de lo que pens$bamos.
11
- #onstruir un producto o sistema eDcelente que no quiere nadie en realidad >riesgo de mercado?: - #onstruir un producto que no enca;a en la estrategia comercial general de la compaa >riesgo estratgico?: - #onstruir un producto que el departamento de 'entas no sabe cmo 'ender: - 1erder el apo!o de una gestin eDperta debido a cambios de enfoque o a cambios de personal >riesgo de direccin?: - 1erder presupuesto o personal asignado >riesgos de presupuesto?.
Es eDtremadamente importante recalcar que no siempre funciona una categori9acin tan sencilla. Algunos riesgos son simplemente imposibles de predecir.
12
Predeci%les
- 2e eDtrapolan de la eDperiencia en pro!ectos anteriores. - E;emplosC cambio de personal% mala comunicacin con el cliente% disminucin del esfuer9o del personal a medida que atienden peticiones de mantenimiento?.
$mpredeci%les
14
15
*todo de identificacin
&n mtodo para identificar riesgos es crear una lista de comprobacin de elementos de riesgo. 4a lista de comprobacin se puede utili9ar para identificar riesgos ! se centra en un subcon;unto de riesgos conocidos ! predecibles en las siguientes subcategoras genricasC
(ama+o del producto!
Riesgos asociados con el tamao general del soft)are a construir o a modificar.
$mpacto en el negocio!
Riesgos asociados con las limitaciones impuestas por la gestin o por el mercado.
Entorno de desarrollo!
Riesgos asociados con la disponibilidad ! calidad de las erramientas que se 'an a emplear en la construccin del producto.
(ecnolog"a a construir!
Riesgos asociados con la comple;idad del sistema a construir ! la tecnologa punta que contiene el sistema.
16 Riesgos asociados con la eDperiencia tcnica ! de pro!ectos de los ingenieros del soft)are que 'an a reali9ar el traba;o.
18
iesgo de coste!
- El grado de incertidumbre que mantendr$ el presupuesto del pro!ecto:
iesgo de soporte!
- El grado de incertidumbre de la facilidad del soft)are para corregirse% adaptarse ! ser me;orado:
20
El ;efe del pro!ecto% ;unto con otros gestores ! personal tcnico% reali9a cuatro acti'idades de pro!eccin del riesgoC
1. Establecer una escala que refle;e la probabilidad percibida del riesgo: F. 3efinir las consecuencias del riesgo: H. Estimar el impacto del riesgo en el pro!ecto ! en el producto% ! I. Apuntar la eDactitud general de la pro!eccin del riesgo de manera que no a!a confusiones.
21
4istar riesgos #ategori9ar riesgos Estimar la probabilidad del riesgo 2e 'alora su impacto 2e ordenan por probabilidad ! por impacto 2e define la lnea de corte 2e definen las referencias al R25R
22
(a%la de riesgos
PS= Tamao del producto BU= Impacto en el ne oc!o "U= "aracter#$t!ca$ del cl!ente P%= &e'!n!c!(n del proce$o &)= )ntorno de de$arrollo T)= Tecnolo #a a con$tru!r ST= Tamao * e+per!enc!a de la plant!lla
23
Categori'ando riesgos
#ada componente de riesgo se 'alora usando la caracteri9acin presentada en la Eigura de la diapositi'a F<% ! se determina una categora de impacto. 4as categoras para cada uno de los cuatro componentes de riesgo Prendimiento% soporte% coste ! planificacin temporalP son promediados para determinar un 'alor general de impacto.
24
La l"nea de corte
4a lnea de corte >dibu;ada ori9ontalmente desde un punto en la tabla? implica que slo a los riesgos que quedan por encima de la lnea de les prestar$ atencin en adelante. 4os riesgos que esten por deba;o de la lnea son ree'aluados para conseguir una priori9acin de segundo orden
25
La pro%a%ilidad
4a probabilidad de riesgo puede determinarse aciendo estimaciones indi'iduales ! desarrollando despus un Onico 'alor de consenso. Aunque este enfoque es factible% se an desarrollado tcnicas m$s sofisticadas para determinar la probabilidad de riesgo. 4os controladores de riesgo pueden 'alorarse en una escala de probabilidad cualitati'a que tiene los siguientes 'aloresC imposible% improbable% probable ! frecuente. 3espus puede asociarse una probabilidad matem$tica con cada 'alor cualitati'o >por e;emploC una probabilidad del <.L al 1 .0 implica un riesgo mu! probable?.
26
27
El 01
4a columna R25R contiene una referencia que apunta acia un Plan de reduccin, supervisin y gestin del riesgo% 0 alternati'amente% a un informe del riesgo desarrollado para todos los riesgos que se encuentran por R25R ! el informe encima de la lnea de corte.
28
Lectura
(emas K.I.F ! K.I.H
29
30
4a condicin general que acabamos de destacar puede ser refinada de la siguiente maneraC
2ubcondicin 1C #iertos componentes reutili9ables fueron desarrollados por terceras personas sin el conocimiento de los est$ndares internos de diseo. 2ubcondicin FC El est$ndar de diseo para interfaces de componentes no a sido asentado ! puede no a;ustarse a ciertos componentes reutili9ables eDistentes. 2ubcondicin HC #iertos componentes reutili9ables an sido implementados en un lengua;e no soportado por el entorno para el que el sistema a sido construido.
32
- 2uper'isar el riesgo.
0upervisar el riesgo y la efectividad del plan de reduccin de riesgo
34
35
El Plan 01
2e puede incluir una estrategia de gestin de riesgo en el plan del pro!ecto de soft)are o se podran organi9ar los pasos de gestin del riesgo en un 1lan diferente de reduccin% super'isin ! gestin del riesgo >1lan R25R?. (odos los documentos del plan R25R se lle'an a cabo como parte del an$lisis de riesgo ! son empleados por el ;efe del pro!ecto como parte del 1lan del 1ro!ecto general. Algunos equipos de soft)are no desarrollan un documento R25R formal. 7$s bien% cada riesgo se documenta utili9ando una o;a de informacin de riesgo >*+R?. En la ma!ora de los casos% la *+R se mantiene utili9ando un sistema de base de datos% por lo que la creacin ! entrada de informacin% ordenacin por prioridad% bOsquedas ! otros an$lisis pueden ser reali9ados con facilidad.
36
37
7i%liograf"a
+ngeniera del 2oft)are >&n enfoque pr$ctico? Roger 2. 1ressman% J Ed
38