Está en la página 1de 5

Hoja de informacin del riesgo

Id riesgo TP1

Fecha 14-10-15

Probabilidad 50%

Impacto Crtica

Descripcin:
Que despus de haber revisado la modularidad desde un principio puede que al llevar un
avance notable surjan nuevas inquietudes o criterios obligatorios que se deben agregar.

Refinamiento/Contexto:
Subcondicion1: No concluir con la entrega en la fecha estimada y requerida por el cliente
Subcondicion2: Retraso en la fecha de entrega y costo por el abandono del algn miembro del
proyecto

Reduccin/Supervisin:
Cada uno de los miembros del equipo debe tener claras sus tareas especficas y roles dentro
del proyecto, se realizaran juntas semanalmente para realizar lluvia de ideas y comentar sobre
los avances del proyecto, se creara un reporte del avance a final de mes esto con el plan de
evidenciar los avances y supervisar las tareas realizadas.

Gestin/Plan de contingencia/Accin:
En caso de perder algn miembro del proyecto, se debern tomar medidas para buscar el
remplazo y no tener impactos fuertes, realizara una evaluacin y se le integrara al equipo
siguiendo normalmente con el desarrollo del proyecto.
Estado actual: No iniciado
Autor: Yessica Alvarez

Asignado: Josue Cruz Mtz.

Hoja de informacin del riesgo


Id riesgo TP2

Fecha 14-10-15

Probabilidad 35%

Impacto Critica

Descripcin:
El tamao de la BD creada, que el servidor de la BD este obsoleto ya sea por la capacidad de
los recursos que podra ser la memoria, el disco duro, etc.

Refinamiento/Contexto:
Subcondicin 1. Tener clientes dems y al momento de guardar la informacin no tener
espacio.

Reduccin/Supervisin:
Evitar la duplicidad de los datos y de los registros, esto podra evitarse asignndole un ID a
cada cliente.
Gestin/Plan de contingencia/Accin:
Cuando la capacidad del disco duro sea del 80% teniendo un tope de 100% se agregara uno
nuevo.

Estado actual: No iniciado


Autor: Yessica Alvarez

Asignado: Josue Cruz Mtz.

Hoja de informacin del riesgo


Id riesgo DP1

Fecha 14-10-15

Probabilidad 20%

Impacto Critica

Descripcin:
Al no tener una metodologa especificada los integrantes del equipo podran implementar
alguna que no sea la adecuada y usarla de manera incorrecta afectando tambin el mal uso
de las tcnicas de desarrollo de software
Refinamiento/Contexto:
Subcondicin 1. Obtener un producto de baja calidad a causa de la probabilidad de que esto
se pueda presentar en cualquier etapa del desarrollo de software.
Subcondicion2: Que al no implementar una metodologa los miembros del equipo realicen las
tareas que tienen designadas en base a su experiencia y no de acuerdo al proceso que
debera llevarse si se tuviera una metodologa.
Reduccin/Supervisin:
Se deber explicar a los integrantes la importancia de contar con una metodologa y que se
debe seguir tal cual sin realizar sus actividades en base a sus experiencias.
Llevar un control y asi mismo orientar a los integrantes para evitar que salgan del margen
establecido y con esto causar una mala documentacin.
Gestin/Plan de contingencia/Accin:
Se aclarara desde el principio que metodologa ser la elegida y como es que se seguir al
pie de la letra, todo esto se har realizando el correcto seguimiento dela misma y haciendo
revisiones durante cada etapa.
Estado actual: En proceso
Autor: Yessica Alvarez

Asignado: Josue Cruz Mtz.

Hoja de informacin del riesgo


Id riesgo DP2

Fecha 14-10-15

Probabilidad 20%

Impacto Critica

Descripcin:
No tener control sobre las tcnicas de las especificaciones de requerimientos, diseo y
codificacin por no realizar revisiones.

Refinamiento/Contexto:
Subcondicin1: Se puede presentar si el entorno que se utilizar no es conocido por nuestros
desarrolladores y no llevar las revisiones requeridas para presenciar con anticipacin la
presencia de obtener una tcnica inadecuada
Reduccin/Supervisin:
Por medio de plticas inductivas se puede reducir el riesgo, convenciendo al equipo de cul
sera la mejor opcin de entorno de desarrollo y exponiendo as mismo algunos ejemplos
prcticos y ofreciendo la supervisin al momento del desarrollo del cdigo y la realizacin del
diseo.

Gestin/Plan de contingencia/Accin:
Llevar a cabo las revisiones necesarias y de alguno u otra forma se incentivara a los
desarrolladores que tengan un mejor desempeo y adaptacin con el entorno con el fin de
motivarlos a ellos mismos y al mismo tiempo a los dems compaeros.
Estado actual: En proceso
Autor: Yessica Alvarez

Asignado: Josue Cruz Mtz.

Hoja de informacin del riesgo


Id riesgo ED1

Fecha 14-10-15

Probabilidad 20%

Impacto Marginal

Descripcin:
Falta de experiencia en el uso de las herramientas y no contar con las herramientas de prueba
apropiadas

Refinamiento/Contexto:
Subcondicin1. Esto se puede presentar al hacer las pruebas que se requieren para liberar la
aplicacin, despus de la codificacin.
Subcondicion2: Al requerir un software para tronar la aplicacin y tener la probabilidad de no
encontrar el software adecuado provocando la liberacin de un sistema con errores.

Reduccin/Supervisin:
Obtencin de ayuda por parte de un consultor respecto a un software que se pueda utilizar
para realizar pruebas de fallos dependiendo de las caractersticas de nuestro sistema. Tomar
las medidas necesarias y realizar esta accin mientras an se est en la fase de codificacin
aprovechando de esta forma los tiempos.

Gestin/Plan de contingencia/Accin:
Se pueden utilizar los diagramas de flujo realizados para notar las caractersticas del sistema
y as mismo los servicios que nos brinda para tener una visin ms profunda de las partes que
podran ser vulnerables a errores y poder trabajar de manera apropiada sobre ellos, crear una
serie de los posibles errores para que sean probados en una sesin de pruebas y por otro
lado una serie de pruebas con los usuarios del sistema para notar los posibles escenarios y
llevar a cabo las pruebas.
Estado actual: En proceso
Autor: Yessica Alvarez

Asignado: Josue Cruz Mtz.

También podría gustarte