Beruflich Dokumente
Kultur Dokumente
Equipo: DevsInside
Proyecto: Virtual Class II
Fecha: 31/07//2009
Virtual Class II
Documento - Plan Gestin de Riesgos (DPGR)
Versin 1.3
Historial de revisiones
Fecha
Versin
Descripcin
14/06/2009
1.0
Documento de Identificacin
Anlisis de Riesgos
06/07/2009
1.1
Versin 1.1
08/07/2009
1.2
Versin 1.2
31/07/2009
1.3
Versin 1.3
Autor
yNatali Fierro Daz
Pgina 1 de 13
Fecha: 31/07//2009
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 2 de 13
Fecha: 31/07//2009
1. Introduccin
Uno de los elementos clave a la hora de asegurar el xito en el proyecto, medido en
trminos de cumplimiento de plazos, costes, alcance funcional y calidad final de la
solucin, es la Gestin de Riesgos. Implantar una Gestin de Riesgos adecuada ser
un elemento decisivo a la hora de asegurar el Proyecto, mediante la identificacin y el
anlisis por adelantado de los riesgos potenciales que puedan afectar al Proyecto, y la
elaboracin de las acciones de contingencia adecuadas para evitar su aparicin o para
minimizar el impacto en el Proyecto, en caso de que finalmente el riesgo se verifique.
1.1.
Propsito
Alcance
El mbito del anlisis de riesgos cubre toda la extensin del proyecto observado desde
su fase inicial. Ser necesario durante el desarrollo del proyecto revisar y actualizar los
contenidos del anlisis de riesgos en caso de que se detecten nuevos riegos no visibles en
este momento.
Este documento ser aplicable a todas las fases del Proyecto.
1.3.
Vase el Plan_desarrollo_software.doc
.
1.4.
Referencias
Plan_desarrollo_software.doc
Identificacin de Riesgos
Listado de Riesgos, Tipo de Riesgo
ID
R01
R02
R03
R04
R05
R06
R07
R08
R09
R10
Tipo de Riesgo
Riesgo del Producto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Producto/Proyecto
Riesgo del Producto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Riesgo del Proyecto
Pgina 3 de 13
R11
R12
R13
2.2.
ID
Fecha: 31/07//2009
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
Pgina 4 de 13
Fecha: 31/07//2009
de predecir.
R03
Magnitud
Media.
Descripcin
El grupo tiene poca experiencia en el desarrollo de software siguiendo una estructura de
tareas y fechas preestablecido.
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.
Pgina 5 de 13
Fecha: 31/07//2009
R06
Magnitud
Media.
Descripcin
No hay un experto del dominio en el equipo de desarrollo al que poder consultar.
Impacto
Puede suponer retrasos.
R07
Indicadores
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
Pgina 6 de 13
Fecha: 31/07//2009
R11
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
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
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
Pgina 7 de 13
Fecha: 31/07//2009
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
Pgina 8 de 13
R09
R10
R11
R12
R13
Fecha: 31/07//2009
R07
R08
R09
R10
R11
R12
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 9 de 13
Fecha: 31/07//2009
Fecha Terminacin: Fecha lmite en la cual todas las acciones anteriormente descritas deban
haber sido ejecutadas por el responsable o responsables asignados.
Estado: Estado Actual del Riesgo y de las Acciones Preventivas y/o Correctoras.
Observaciones: Descripcin de las observaciones encontradas para este riesgo (opcional).
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
R01
Pgina 10 de 13
Fecha: 31/07//2009
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
documentacin e
implementacin.
Si se produce
un retraso por
parte de un
miembro
del
equipo,
los
dems
miembros
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
Pgina 11 de 13
Fecha: 31/07//2009
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
Utilizar una de
las PCs del
equipo como
servidor.
R10
Mala
estimacin
costos
Proyecto
50
1.5
Bsqueda
y
contratacin
de
una empresa que
nos
brinde
garanta de su
servicio
Realizacin
de
varias
estimaciones con
metodologas
diferentes
Planificacin
adecuada
de
tareas,
seguimiento
del
desarrollo de las
mismas
usando
SVN
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
Se
ha
de
conseguir
bibliografa bsica
y realizar un taller
entre
los
desarrolladores.
Mantener
una
documentacin
nica como medio
de documentacin
centralizado.
Pgina 12 de 13
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.
Fecha: 31/07//2009
Acciones Prevencin: Descripcin de las Acciones o Medidas a Adoptar para evitar (mitigar)
la aparicin final del Riesgo
Acciones Correccin: Descripcin de las Acciones o Medidas a Adoptar en el caso en el que
el Riesgo finalmente se haya producido.
Pgina 13 de 13