Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Hora: 12-1
INTRODUCCION
El objetivo de este ensayo es dar a conocer los tipos de riesgos que se pueden presentar al
estar desarrollando un proyecto de software, existen distintos tipos de riesgos para un
proyecto de software es por eso que en este ensayo veremos cmo se da el anlisis para
identificar los riesgos, la supervisin , conocer estrategias adecuadas, as como tambin
conocer los riesgos ms habituales y algunos mtodos para mantener el control.
DESARROLLO
Hay dos Estrategias para el manejo de riesgos en un proyecto de software, una es la
Reactiva y la otra es la Proactiva.
La Reactiva Consiste en la supervisin del proyecto de software para prevenir posibles
riesgos, uno de los problemas ms frecuentes es que el equipo de software no se haga nada
con respecto a la prevencin de riesgos hasta que algo ya les sali mal es decir que se
reacciona cuando el problema ya se presento.
A diferencia de la Estrategia anterior la proactiva tiene la ventaja que empieza desde antes,
as se identifican los riegos potenciales ms pronto y se analiza su impacto y se le da una
prioridad segn la importancia del riesgo, para que entonces el equipo de software
establezca un plan para controlar el riesgo y que no perjudique a su proyecto de software,
sea que se busca con anticipacin el riesgo para empezar a idear el plan para controlar el
riesgo.
Los Riesgos de software siempre implican dos caractersticas que son la Incertidumbre y la
prdida.
Cuando los riesgos son analizados es demasiado importante cuantificar el nivel de
incertidumbre y las prdidas ocasionadas al proyecto.
Existen distintas categoras de riesgos, entre ellas estn:
1.-riesgos del proyecto: si este riesgo se llega a dar es posible que los costos se eleven y los
planes del proyecto de software se retrasen.
2.-riesgos tcnicos: este riesgo amenaza la planificacin temporal y la calidad del software.
3.-riesgos del negocio: muy de seguido este riesgo pone en peligro el producto o tambin al
proyecto.
Hay muchos modelos de Gestin de riesgos pero el ms comn consta de cinco pasos que
son Identificacin, Anlisis, planificacin, seguimiento y control.
La identificacin de riesgos en los proyectos de software en mi opinin es sin lugar a dudas
Esta condicin que acabamos de mencionar puede ser refinada en subcondiciones por
ejemplo:
Subcondicin 1: En esta subcondicin pueden ser reutilizables algunos componentes que
fueron desarrollados por terceras personas.
Subcondicin 2: En esta subcondicin el diseo de interfaces de componentes no ha sido
asentado y puede que no se pueda ajustar a algunos componentes reutilizables.
Subcondicin 3: En esta Subcondicin Algunos Componentes reutilizables pueden que
estn desarrollados en otro lenguaje que no pueda soportar el entorno de desarrollo.
Las Consecuencias que estn relacionadas a estas subcondicin siguen siendo las mismas,
el refinamiento puede que lleve a un anlisis y respuesta ms sencilla, as como ayudar a
evitar los riesgos sealados.
Una Gran Estrategia que sea Eficaz debe de considerar 3 aspectos muy importantes:
1.-Evitar Los Riesgos.
2.-Supervisar Los Riesgos.
3.-Gestionar el riesgo y tener planes de contingencia.
Personalmente le agregara otro aspecto que considero importante para una gran Estrategia
que sera el Anlisis del riesgo, ya que teniendo un anlisis completo del riesgo, se podra
decidir por cuales otros aspectos seria mas conveniente y mucho ms efectivo para evitar
que el riesgo se de en nuestro proyecto software.
Para Evitar o reducir un riesgo un Equipo de software debe de adoptar una actitud proactiva
hacia el riesgo de esta manera evitarlo sera la mejor opcin o mejor dicho la mejor
estrategia, con esto se lograra desarrollar un plan para reducir el riesgo.
Conforme un proyecto avanza comienza los trabajos de supervisin de Riesgos, Se
supervisan Factores que pueden proporcionar indicaciones sobre si el riesgo se est
haciendo probable o no, si el riesgo se est haciendo probable el jefe junto con el equipo de
software a su cargo comenzara un plan o estrategia para evitar el riesgo o bien que cause
daos mnimos al proyecto.
Gestionar un Riesgo y optar por planes de contingencias significan que los esfuerzo hechos
por el equipo de software para reducir los riesgos han fracasado y que el riesgo se ha
convertido en un hecho.
Ejemplo: se Asume que se ha detectado mucha movilidad del personal como un riesgo del
proyecto, r1. Basndose en casos Anteriores y en la intuicin de administrativa, la
probabilidad, l1, De mucha movilidad se estima en un 0.70(70%, bastante Alto)y el
impacto, x1, se proyecta como crtico. Esto es un gran Cambio, puede tener un impacto
critico en el costo y en la planificacin temporal del proyecto.
Conclusin
En Conclusin, para Desarrollar un Software tenemos que saber cmo vamos a trabajar
nuestro proyecto para evitar que los riesgos nos afecten considerablemente nuestro
proyecto de software tanto que podramos fracasar en el, para eso en este ensayo
mencionamos los aspectos ms importantes a considerar antes de elaborar un proyecto de
software y tener ya los conocimientos necesarios para poder evitar riesgos, y en dado caso
de que se nos presentes como hacerles frente a los riegos analizndolos y elaborando
estrategias o planes depende del riesgo al que nos enfrentemos, recomendablemente
siempre tener una actitud proactiva que nos ayudara a identificar los riesgos con tiempo y
poder evitarlos, por ultimo para el peor de los casos recomiendo el anlisis de los posibles
riesgos que se nos podran presentar en nuestro proyecto de software para as poder tener
un plan de contingencia por si todos nuestros esfuerzos para hacerle frente al riesgo
fracasan.
Referencias Bibliogrficas
ing-software3.blogspot.mx/2012/10/analisis-y-gestion-de-riesgos.html
http://www2.itba.edu.ar/archivos/secciones/maniasi-tesisdemagister.pdf
http://www.slideshare.net/stward35/riesgos-9715928
http://utdana12011.wikispaces.com/file/view/resumenANGELE
S.pdf
http://es.scribd.com/doc/47826404/2/REFINAMIENTO-DEL-RIESGO