Está en la página 1de 5

Riesgo

Planeacin inalcanzable.

Descripcin
Se trabajar en base al
cronograma de actividades que
se hizo al inicio del proyecto.

Causas
Nivel
Se considera riesgo, no tener la ALTO
capacidad de cumplir con las
fechas de entrega o completar
el 100% de las actividades
establecidas. Ya sea por una
planeacin irreal, mal conteo
de las horas disponibles,
problema interno de la
empresa.

Fecha de entrega inalcanzable.

De acuerdo con el cronograma


algunas
actividades
se
desarrollan
de
manera
simultnea. Sin embargo, hay
actividades que no se pueden
iniciar y/o completar sin
terminar la actividad anterior.
El financiamiento del proyecto
se obtiene de los pagos que
debe dar el cliente de acuerdo
a las fechas establecidas.

Si se llega a sufrir un atraso en ALTO


alguna de las actividades
dependientes, las fechas de
entrega sufrirn un desfase.

Presupuesto insuficiente.

Recorte de personal.

En
la
realizacin
del
cronograma se contemplaron 4
integrantes, cada uno recibi
una lista de actividades a
desarrollar, junto con el
periodo en el que debe
finalizarlas.

Si el cliente se retrasa en el ALTO


pago, el proyecto no seguir un
desarrollo normal.
Si surge un gasto inesperado,
que agote los recursos de la
organizacin
desarrolladora
(demanda, catstrofe).
En caso de que se tenga que MEDIO
prescindir de uno o ms de los
integrantes del equipo y no se
puedan cumplir con las
actividades, ya sea por falta de
conocimiento
o
por
la
magnitud de las tareas.

Falta de automatizacin de
cdigo.

Revocacin el contrato.

Modificacin de requisitos
iniciales.

Para
asegurar
la
estandarizacin del cdigo, se
establecern algunas reglas en
cuanto a programacin.
Se redact un contrato al inicio
del proyecto y se firm de
conformidad por ambas partes
(cliente
y
empresa
de
desarrollo). El comportamiento
de ambos debe ser de acuerdo
a las clusulas.
Funciones que debe tener el
sistema para cubrir las
necesidades del cliente y/o
usuarios

Diseo inadecuado.

Se trabajara con el diseo


elaborado durante la etapa de
planeacin, pantallas y
componentes con las
ubicaciones adecuadas.

Algn recurso o algunos


recursos no disponibles.

Los recursos a utilizar para el


desarrollo de la aplicacin,
tanto humano como
econmico y fsico.
El patrocinador es aquella
persona fsica o moral que
proporcionara el recurso
econmico para el desarrollo

Se carece de patrocinador.

S no se siguen los estndares


establecidos y al momento de
juntar los mdulos, existe una
diferencia que impida la unin.
S se incumple alguna clusula
por parte del empleador o de
los empleados y se decide la
cancelacin del contrato.

MEDIA

Si existiera un cambio o
adecuacin de los requisitos
iniciales del proyecto es decir
si hubiese un cambio en
cuanto a funcionalidad del
sistema.
Se considera riesgo la mala
ubicacin de un componente
o el diseo no correspondiente
a las pantallas planeadas ya
sea por cambio de
requerimientos o por
equivocacin.
Es considerado un riesgo el no
tener disponible alguno de los
recursos en el momento en el
que se utilicen.
El no contar con el apoyo
econmico puede detener el
desarrollo del proyecto.

MEDIO

ALTA

MEDIO

ALTO

ALTO

del proyecto.

Retraso en la aprobacin del


proyecto.

Despus de la presentacin
de la propuesta o revisiones el
tiempo de respuesta de
aprobacin puede extenderse
y en este caso es considerado
como un riesgo.
Alguno de los integrantes del
equipo de desarrollo no
conozca las tecnologas a
utilizar para el desarrollo y/o
continuacin del proyecto.

MEDIO

Conocimientos insuficientes
sobre las tecnologas de
desarrollos.

El lder y jefe de proyecto


buscan al cliente le presentan
la propuesta y l es quien
decide si el proyecto se
elabora o no y si algo debe
cambiar.
El trabajar con nuevas
tecnologas para el desarrollo
del proyecto.

La aplicacin no funciona bien


debido a errores de
programacin.

Durante el desarrollo del


proyecto se implementan las
distintas funcionalidades.

Debido a que se utilizan


nuevas tecnologas para el
desarrollo del proyecto puede
no hacerse el correcto uso de
ellas.

MEDIO

ALTO
Admini
straci
n de
riesgos.

s riesgos se tomarn las siguientes medidas:

Asegurar el buen funcionamiento del sistema antes de su implementacin.


o Revisiones peridicas con los usuarios sobre los requerimientos.
o Capacitacin sobre las herramientas de implementacin.
o Pruebas con usuarios.
o Establecer reglas sobre la estructura del cdigo para asegurar una completa y sencilla integracin de los mdulos.

Para evitar la prdida de informacin por fallas en hardware o software.

Para
evitar
los
posible

Respaldo quincenal de la informacin.

Evitar revocacin del contrato.


o Se tiene que trabajar bajo las clusulas que se establecieron en el contrato.
o En caso de que se presente una situacin inevitable de revocacin, negociar con el usuario para beneficio de la empresa.
Asegurar que el desarrollo del proyecto se complete.
o Para evitar fechas de entrega inalcanzables, se revisar y actualizar el cronograma despus de cada entrega.
o En caso de faltar algn integrante, se notificar al usuario y se reasignarn actividades.

Evitar
o
o
o

Diseo adecuado
o Revisin contina del diseo y desarrollo de proyecto con el fin de evitar el diseo inadecuado.
o Planeacin previa del diseo.

Evitar
o
o
o

Aprobacin de proyecto en un plazo determinado


o Fijar un periodo en el que el proyecto puede ser aprobado
o Fijar acuerdos con el cliente para agilizar la aprobacin o desaprobacin del proyecto y /o cambios.

Evitar el desconocimiento de tecnologas por parte del equipo de desarrollo


o Contratar personal con conocimientos en las tecnologas utilizadas.
o Previa capacitacin del personal de desarrollo sobre las tecnologas utilizadas

cambios en los requisitos de ltima hora


Ayudar al usuario/cliente a tener claros los objetivos de sistema.
Prever situaciones que pueden ser tiles para el usuario / cliente.
Anticiparse a funcionalidad en el sistema.

no tener recursos disponibles


Prever el uso de los recursos necesarios para el desarrollo del proyecto
Contemplar los recursos necesarios para el proyecto
Tener siempre disponible al menos uno de cada uno de los recursos (econmico, humano, etc.).

Elaboracin de pruebas en funcionalidad


o Con el fin de evitar errores en la programacin
o Revisin contina cada mdulo durante el desarrollo el proyecto.