AGENDA
1. 2. 3. 4. 5. 6. 7.
INTRODUCCIN RIESGO DEL SOFTWARE IDENTIFICACIN DEL RIESGO ANLISIS DEL RIESGO PLANIFICACIN DEL RIESGO SUPERVISIN DEL RIESGO EL PLAN RSGR
1. INTRODUCCIN
INTRODUCCIN
Definicin de riesgo:
Es un problema potencial puede o no ocurrir. El riesgo afecta futuros acontecimientos -qu riesgos podran hacer que nuestro proyecto fracasara?
El riesgo implica cambio. Cmo afectarn los cambios en los requisitos del cliente, en las tecnologas de desarrollo, al cumplimiento de la planificacin y al xito en general?
El riesgo nos enfrenta a elecciones. qu mtodos y herramientas deberamos emplear, cunta gente debera estar implicada, cunta importancia hay que darle a la calidad?
INTRODUCCIN
Qu es? Una serie de pasos que ayudan al equipo del software a comprender y gestionar la incertidumbre. Quin lo hace? Todos los que estn involucrados en el proceso del software gestores , ingenieros y clientes.
Por qu es importante? El SW es una empresa difcil. Muchas cosas pueden ir mal y a menudo salen mal. Estos problemas pueden tener un impacto significativo en la fecha de entrega o en el presupuesto.
INTRODUCCIN
Cmo se hace?Proactivamente.
Bomberos
INTRODUCCIN
Identificacin de riesgos
Anlisis de riesgos
Planeacin de riesgos
Supervisin de riesgos
Valoracin de riesgos
INTRODUCCIN
Cul es el producto obtenido? Se realiza un Plan de Reduccin, Supervisin y Gestin del Riesgo (RSGR) o un informe de riesgos. Cmo podemos estar seguros de que lo hemos hecho correctamente? El RSGR debe ser revisado mientras el proyecto se realiza para asegurar que los riesgos estn siendo controlados. Los planes de contingencia deben ser realistas.
2.
Incertidumbre: Puede o no ocurrir, no hay riesgos del 100% de probabilidad. Prdida: Si el riesgo ocurre, hay prdidas.
Categorizacin general de 2. Riesgos predecibles: Se extrapolan de la experiencia en los riesgos proyectos anteriores. de SW
Supervisin de riesgos
Valoracin de riesgos
Tamao estimado del producto en LDC o FP? Grado de seguridad en la estimacin del tamao? Tamao estimado del producto en nmero de programas, archivos y transacciones?
Efecto de este producto en los ingresos de la compaa? Sofisticacin del usuario final? Limitaciones gubernamentales en la construccin del producto?
Hemos trabajado con el cliente anteriormente? Est dispuesto el cliente a participar en las revisiones? Entiende el cliente el proceso del software?
Ha desarrollado su organizacin una descripcin escrita del proceso del software a emplear en este proyecto? Se llevan a cabo regularmente revisiones tcnicas formales de las especificaciones de requisitos, diseo y cdigo?
Tenemos disponible una herramienta de gestin de proyectos de software? Existen herramientas de anlisis y diseo disponibles? Proporcionan las herramientas de anlisis y diseo, mtodos apropiados para el producto a construir?
Es nueva para su organizacin la tecnologa a construir? Demandan los requisitos del cliente la creacin de nuevos algoritmos o tecnologa de entrada o salida? El software interacta con hardware nuevo o no probado?
Tamao y experiencia de la plantilla. Experiencia tcnica y documentacin anterior de los ingenieros de SW que van a realizar el trabajo.
Disponemos de la mejor gente? Tiene el personal todos los conocimientos adecuados? Ha recibido el personal la formacin adecuada?
Valoracin de riesgos
Riesgos ms importantes
Riesgo
Planificacin demasiado optimista Aadir un requisito para la actualizacin automtica desde el mainframe Aadir nuevas caractersticas desde marketing (sin conocer las caractersticas especficas) La interfaz del subsistema de grficos es inestable Diseo inadecuado (hay que volver a disear)
TP PR NE
50% 5% 35%
5 20 8
PR PR
25% 15%
4 15
1,0 2,25
B.2.1 B.3.1
TP
TP
10%
10%
2
1
0,2
0,1
B.4.2
B.2.1
Establecer una escala que refleje la probabilidad percibida del riesgo; cualitativa y/o cuantitativa. Por ejemplo:
<10% muy bajo 10-25% bajo 25-50% moderado 50-75% alto >75% muy alto
2.
Tcnica Delphi: Cada quien hace una estimacin individual. Luego se discute el origen de cada estimacin, hasta hacer converger las estimaciones. Utilizar <<calibracin mediante adjetivos>>. Definir un valor cualitativo y luego establecer un valor cuantitativo.
Estimar la magnitud de la prdida. Cuantitativamente, la prdida puede ser medida en unidades de tiempo o de costo.
Para determinar la magnitud en tiempo se recurre a la experiencia o se toma la medida de algo pequeo y se combina para hallar la magnitud total (por ejemplo, para LCDs). Para determinar la magnitud en costo: Si es cdigo, se estima cuntas LDC o FP se requieren, se averigua el valor promedio de cada una y se multiplica.
Estimar la exposicin al riesgo (ER). La ER es el valor esperado de prdida. Es la probabilidad de prdida (P) multiplicada por la magnitud de la prdida (C). ER = P.C El valor de la exposicin al riesgo se utiliza posteriormente para priorizar los riesgos. Retraso total del proyecto: Se suman todas las exposiciones al riesgo para determinar el riesgo total del proyecto. La planificacin total del proyecto se puede cambiar para reflejar el retraso total esperado calculado en plan de gestin de riesgos.
5.
Se ordenan los riesgos de mayor a menor exposicin al riesgo. Se establece una lnea de corte, se descartan los riesgos por debajo de esa lnea. En proyectos grandes se utiliza el principio de Pareto: El 20% de los riesgos principales consumiran el 80% de su tiempo o de su dinero.
Muy alta Magnitud de prdida Alto baja 0 Relevancia para la gestin
Probabilidad 1,0
Valoracin de riesgos
Se establece un plan de gestin del riesgo para cada uno de los riesgos clave identificados. Depende del conocimiento y la experiencia del gestor del proyecto. Estrategias para atacar los riesgos: 1. Prevencin. Reducir la probabilidad. 2. Minimizacin. Reducir el impacto. 3. Planes de contingencia. Estar preparado para lo peor y planificar como solucionar la prdida.
Resolucin de riesgos:
Evite el riesgo. Traslade el riesgo de una parte del sistema a otra. Consiga informacin acerca del riesgo. Elimine el origen del riesgo. Asuma el riesgo. Comunique el riesgo. Controle el riesgo (plan de contingencia). Recuerde el riesgo.
Valoracin de riesgos
Alertar sobre los riesgos del proyecto y evitar que los admin. y desarrolladores los ignoren en la planificacin. Buscar todas las razones por las cuales el proyecto puede fallar. Supervisar la efectividad de los planes de reduccin de riesgos.
Realizar el clsico anlisis costo-beneficio para la prevencin o el plan de contingencia del riesgo.
Refinamiento/contexto. 1 2 Reduccin/Supervisin 1 2
Gestin/Plan de Contingencia:
Estado Actual:
Autor:
Asignado a:
Nestl firm un contrato con SAP para la implantacin de un sistema ERP. Pretenda integrar y centralizar sus ms de 200 compaas y subsidiarias en 80 pases. Hasta 1991: Muchas marcas dispersas. Se unificaron, pero seguan funcionando independientemente. En 1997: se descubri redundancia masiva.
El proyecto presentado por Dunn se llamaba One Nestl, under SAP. En 1997, 50 top ejecutivos y 10 profesionales seniors de la tecnologa de la informacin, encargados de implantar el proyecto de SAP. Meta: alcanzar una metodologa de procesos optima para aplicar a todos los departamentos. La crisis: comenz antes de que instalaran los mdulos de SAP a finales de 1999. Ninguno de los grupos que serian afectados directamente por el sistema fueron representados en el comit del proyecto.
Implantar dos mdulos mas de SAP e integrarlos entre si. Cost 5% ms del costo total del proyecto Tom James: director de cambios de proceso Crear la comunicacin entre los departamentos y el equipo del proceso. Encuestas a los empleados Cmo va el nuevo sistema?
El resultado final:
Proyeccin de demanda muy exacta para sus productos. Homogenidad de datos en todos los departamentos. Reduccin de inventarios y costos de distribucin. Cantidad ahorrada por Nestl tras la implantacin del sistema de SAP asciende a 325 millones de dlares.
Editorial McGraw Hill, (2002). Captulo 6: Anlisis y Gestin del Riesgo. Sommerville, Ian. Ingeniera del software. Editorial Pearson, (2005). Seccin 5.4 Gestin de riesgos.
Bruegge, Bernd. Ingeniera de software orientado a objetos. Editorial Menndez-Barzanallana Asensio, Rafael. Gestin de riesgos en ingeniera del software.
http://www.solocursos.net/gestion_de_riesgos_en_ingenieria_del_softwareslccurso1113601.htm
Zavala Ruiz, J. Jess Mara. Por qu fracasan los proyectos de software? Postgrado en Estudios Organizacionales. Universidad Autnoma Metropolitana-Iztapalapa. http://www.consol.org.mx/2004/material/63/por-quefallan-los-proy-de-soft.pdf Sistemas informticos de gestin. El Rincn del Vago. http://html.rincondelvago.com/sistemas-informaticos-de-gestion.html