Académique Documents
Professionnel Documents
Culture Documents
Gestin de Riesgos
Descripcin breve
Planificar e identificar los riesgos cuantitativos y cualitativos para el proyecto a implementar.
Pgina 0 de 12
Desarrollo de software
Gestin de Riesgos
Contenido
1.
INTRODUCCIN.................................................................................................................. 3
1.1.
1.2.
1.3.
1.4.
2.
3.
PROPSITO...................................................................................................................... 3
ALCANCE......................................................................................................................... 3
DEFINICIONES, SIGLAS Y ABREVIATURAS............................................................................3
REFERENCIAS.................................................................................................................. 3
IDENTIFICACIN DE RIESGOS............................................................................................3
ANLISIS DEL RIESGO...................................................................................................... 4
ACCIONES DE PREVENCIN Y DE CORRECCIN.................................................................6
CONTROL Y SEGUIMIENTO DE RIESGOS.............................................................................8
MATRIZ DE RIESGO............................................................................................................ 9
Pgina 1 de 12
Desarrollo de software
Gestin de Riesgos
1. Introduccin
El proyecto tiene como alcance que todas las notaras trabajen con el sistema para
gestionar su informacin y llevar una mejor organizacin. El software se comercializa de
forma gratuita por un tiempo determinado para que el cliente lo conozca y despus de
cierto tiempo compre la licencia para mayor funcionalidad de la misma.
1.1.
Propsito
El propsito del plan es identificar los riesgos que se puedan presentar en el desarrollo
del proyecto, analizarlos, calcular la exposicin y en base a ello poder priorizarlos, para
establecer estrategias de control y resolucin, que permitan ejercer una correcta
supervisin de los mismos.
Este trabajo pretende ser una herramienta que permita seleccionar e implantar las
medidas para conocer, prevenir, impedir, reducir o controlar los riesgos identificados.
1.2.
Alcance
Identificacin de Riesgos
Listado de Riesgos, Tipo de Riesgo
ID
R01
R02
R03
R04
R05
R06
R07
R08
R09
R10
R11
R12
R13
R14
R15
R16
R17
Tipo de Riesgo
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Producto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riego del Proyecto
Pgina 2 de 12
Desarrollo de software
Gestin de Riesgos
2.2.
ID
R01
Magnitud
Variable segn la fase de aparicin:
Inicio: baja.
Elaboracin: media.
Construccin: alta.
Los requisitos representan la idea que tiene el cliente sobre la aplicacin, sobre
ellos se construyen los casos de uso y dichos casos de uso guan el desarrollo del
proyecto. Una mala o insuficiente recoleccin de los mismos afecta a la calidad de
todo el proyecto.
Impacto
La incorporacin o modificacin de requisitos durante el desarrollo requerir realizar cambios
sobre gran parte de la documentacin del producto elaborada con anterioridad al momento
del cambio. Estas modificaciones sern menos costosas durante las dos primeras fases del
proyecto, pero pueden suponer trastornos importantes durante las fases de Construccin y
Transicin, pues no slo cambiara la documentacin sino tambin el cdigo fuente y los
ejecutables.
Indicadores
Al realizar la consulta al cliente, no sabe indicar con propiedad cuales son los servicios que
espera obtener de la aplicacin.
R02
Magnitud
Alta, cuando afecta a un solo miembro. Muy alta, si afecta a ms de uno.
Descripcin
Algn miembro del proyecto no se encuentra disponible por cualquier motivo externo
(enfermedad, lesin, etc) durante un periodo corto de tiempo, y por lo tanto no puede
Magnitud
Media.
Descripcin
El grupo tiene poca experiencia en el desarrollo de software siguiendo una estructura de
tareas y fechas preestablecido.
Pgina 3 de 12
Desarrollo de software
Gestin de Riesgos
Impacto
La planificacin gua todo el desarrollo del proyecto. Un error en la misma puede incidir
directamente en sus resultados. No obstante, la divisin en iteraciones reduce el posible
impacto de los errores, permitiendo que estos puedan ser corregidos o absorbidos en
iteraciones posteriores a la de su aparicin.
Indicadores
Diferencias entre el desarrollo real del proyecto y la planificacin estimada.
R04
Magnitud
Variable segn la fase de aparicin:
Inicio: baja.
Elaboracin: media.
Construccin: alta.
Transicin: alta.
Descripcin
El equipo tiene dificultades a la hora de realizar sus objetivos (tanto de documentacin
como de implementacin) por su inexperiencia con las herramientas disponibles para el
mismo.
Impacto
Puede suponer retrasos.
Indicadores
No procede.
R05
Magnitud
Baja en Elaboracin, alta en Construccin.
Descripcin
El diseo del sistema resulta inadecuado. Al realizar actividades de implementacin puede
encontrase que el diseo carece del suficiente nivel de detalle o est mal enfocado, bien por
la naturaleza del problema, o bien por restricciones de uso impuestas por tecnologas de
terceros.
Impacto
Puede introducir retrasos en el proyecto ante la necesidad de volver a considerar el diseo
trazado.
Requiere la actualizacin o modificacin de los artefactos de diseo.
Indicadores
La arquitectura no cumple las expectativas. Se complica la implementacin.
R06
Magnitud
Media.
Descripcin
No hay un experto del dominio en el equipo de desarrollo al que poder consultar.
Impacto
Puede suponer retrasos.
Indicadores
Pgina 4 de 12
Desarrollo de software
Gestin de Riesgos
R07
No procede
Magnitud
Alta.
Descripcin
Magnitud
Media.
Descripcin
Aparicin de problemas y discrepancias entre los miembros del proyecto. Falta de acuerdo
en las decisiones tomadas.
Impacto
Si los desacuerdos no son rpidamente resueltos se pueden provocar retrasos en la
planificacin. Teniendo en cuenta que no se puede producir un retraso en la entrega final, se
tendra que reajustar la planificacin con una posible prdida de calidad del producto.
Indicadores
Mucho tiempo dedicado a decisiones concretas, nfasis en las posturas enfrentadas,
nmero de enfrentamientos con respecto a una misma decisin.
R09
Magnitud
Alta
Descripcin
R11
Indicadores
El equipo trabaja ms o menos horas de las inicialmente programadas, se presentan quejas
a jefe del Proyecto o Pedidos de redimensionamiento
Magnitud
Media
Descripcin
No se realiza un seguimiento de las tareas planificadas para cada sprint, lo que puede
ocasionar que algunas de ellas sean dejadas para ltima instancia, con la consecuente baja
en su calidad
Pgina 5 de 12
Desarrollo de software
Gestin de Riesgos
Impacto
Sobrecarga de trabajo en los das previos a la entrega de un presentable, pobre calidad de
los entregables, se obvian detalles importantes.
Indicadores
En el grfico burn-down, se mantiene como constante una proporcin de horas mayor en los
ltimos das de cada iteracin en comparacin al trabajo en el resto del sprint.
Magnitud
Alta
R12
Descripcin
R13
Descripcin
2.3.
ID
R01
R02
Plan de Prevencin
Realizacin de varias reuniones con el
cliente; elaboracin de cuestionarios
para aclarar puntos poco claros de las
reuniones previas.
Plan de Correccin
En las primeras fases se realizarn los
cambios necesarios para incorporar los
nuevos requisitos o los cambios
necesarios para que se cumpla con la
funcionalidad solicitada. En las fases de
Construccin y Transicin se valorar la
importancia de las
modificaciones/requisitos nuevos frente
a la cantidad de tiempo disponible para
abordarlos.
En caso de que se decida aceptarlos, se
revisarn los requisitos afectados, as
como toda la documentacin y cdigo
derivado de los mismos hasta el punto
de aparicin del cambio.
Pgina 6 de 12
Desarrollo de software
Gestin de Riesgos
retraso importante importante.
tareas
menos
importantes
para
centrarse en las principales.
Se tratar de reajustar la planificacin
del proyecto.
R03
R04
Si se produce un retraso en el
aprendizaje por parte de un miembro del
equipo, los dems miembros tratarn de
ayudar a superarlo. Si no resultara,
consultar a fuentes externas como
profesores, bibliografa, foros en
Internet. En ltimo lugar se hara una
redistribucin de tareas.
R05
R06
R07
R08
R09
R10
Pgina 7 de 12
Desarrollo de software
Gestin de Riesgos
R11
R12
R13
R07
R08
R09
R10
R11
R12
eliminan.
Realizar una recandelirizacin de tareas,
as como llamadas de atencin a los
miembros del equipo que dejen sus
tareas para ltima instancia.
En caso de que el aprendizaje sea
demasiado costoso, la tecnologa de
programacin de salvaguarda ser
PHP.
Realizar reuniones a la salida de clases
para acordar temas referentes al
proyecto as como las fechas de futuras
reuniones.
Programador
Equipo
de
Desarrollo
Equipo
de
desarrollo
Analista
Jefe
del
proyecto
Programador
Fecha de Terminacin
Fin del Proyecto
Fin del Proyecto
Estado
Iniciado
Iniciado
Iniciado
Iniciado
Iniciado
Iniciado
Iniciado
Iniciado
Iniciado
Iniciado
Iniciado
Iniciado
Observaciones
Pgina 8 de 12
Desarrollo de software
Gestin de Riesgos
3. Matriz de Riesgo
Se propone la utilizacin de una matriz especfica que sirva de soporte para la Gestin de
Riesgos. Esta matriz se utilizar en las reuniones de seguimiento y/o cuando se estime
necesario (en el caso de situaciones excepcionales), y su contenido ser el siguiente:
Id.
Descripcin
del Riesgo
Cambios en los
Requisitos
Tipo
Riesgo
Producto
Probab.
Ocurrencia
20
Nivel de
Impacto
4
Evaluacin
del Riesgo
0.8
Acciones
de Prevencin
Realizacin
de
varias reuniones
con el cliente para
la aclaracin de
requisitos.
Accin de
Correccin
Se revisarn
los requisitos
afectados, as
como toda la
documentaci
n y cdigo
derivado
de
los
mismos
hasta el punto
de
aparicin
del cambio.
R02
Bajas en
Equipo
Desarrollo
el
de
Proyecto
30
1.2
Tratar de cumplir
las
metas
y
objetivos antes de
lo estimado en la
planificacin
siempre que sea
posible.
R03
Falta
de
Experiencia en
tareas
de
planificacin
Proyecto
50
Realizacin
de
reuniones
entre
los miembros del
proyecto para
la evaluacin de la
marcha
del
proyecto
y
consultas al tutor.
Reasignar
ciertas tareas
a
otros
miembros
segn vayan
siendo
necesarios los
artefactos para
la consecucin
de los hitos.
Se observarn
las diferencias
entre
la
planificacin
de
cada
iteracin y el
informe
de
seguimiento
de su
ejecucin,
para tratar de
detectar
y
corregir
errores
de
planificacin
en
las iteraciones
posteriores.
R04
Falta
de
Experiencia con
las
herramientas
utilizadas
Producto/
Proyecto
50
Una parte
del
tiempo
de
desarrollo
del
proyecto
se
destinar
al
aprendizaje de las
herramientas de
Si se produce
un retraso por
parte de un
miembro
del
equipo,
los
dems
miembros
R01
Pgina 9 de 12
Desarrollo de software
Gestin de Riesgos
documentacin e
implementacin.
tratarn de
ayudar
a
superarlo.
Consultar
a
fuentes
externas
En
ltimo lugar se
hara
una
redistribucin
de tareas.
R05
Diseo Errneo
Producto
40
1.2
Durante la fase de
Elaboracin
se
desarrollar
en
paralelo
un
prototipo
conteniendo
la
arquitectura
del
sistema
para comprobar la
validez
de
la
misma.
Se revisar y
modificar la
documentaci
n de diseo
afectada.
La
planificacin
se reajustar
si
fuera
necesario.
R06
Falta de
Experto
un
Proyecto
80
0.8
Aprendizaje
contino durante
todo el proyecto
R07
Prdida
de
documentacin
y/o
otros
artefactos
Proyecto
40
1.6
Actualizar con
la ltima copia
disponible
R08
Conflictos entre
los integrantes
del grupo
Proyecto
75
1.5
Se
celebrarn
reuniones
de
proyecto
para
poder
discutir
cuestiones
de
requisitos
y
diseo.
Establecer las
reglas
para
definir
una
poltica
de
toma
de
decisiones en
caso
de
desacuerdo.
R09
Inestabilidad
del entorno de
desarrollo
y
documentacin
el proyecto
Proyecto
80
Bsqueda
y
contratacin
de
una empresa que
nos
brinde
garanta de su
Utilizar una de
las PCs del
equipo como
servidor.
Pgina 10 de 12
Desarrollo de software
Gestin de Riesgos
R10
Mala
estimacin
costos
Proyecto
50
1.5
de
R11
Falta
de
seguimiento de
tareas
Proyecto
50
1.5
R12
Aprendizaje de
JSF
Proyecto
50
1.5
R13
Falta
de
Comunicacin
entre
los
Integrantes
Proyecto
20
0.4
servicio
Realizacin
de
varias
estimaciones con
metodologas
diferentes
Planificacin
adecuada
de
tareas,
seguimiento
del
desarrollo de las
mismas
usando
SVN
Se
ha
de
conseguir
bibliografa bsica
y realizar un taller
entre
los
desarrolladores.
Mantener
una
documentacin
nica como medio
de documentacin
centralizado.
Pgina 11 de 12
Redimensionar
el
proyecto
conforme
se
ejecuta
Recandeleriza
cin de las
tareas, charla
con el equipo
de desarrollo
en caso de
detectarse
malas
prcticas.
Utilizar
PHP
como
tecnologa de
programacin
salvaguarda.
Realizar
reuniones
informativas a
la salida de
clase.