Plan de Gestion de RiesgosVC2

Curso Desarrollo de Software / UNSA
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
Natali Fierro Daz
08/07/2009
1.2
Versin 1.2
Natali Fierro Daz
31/07/2009
1.3
Versin 1.3
Natali Fierro Daz
Documento de Plan de Gestin de Riesgos (DPGR)
Autor
yNatali Fierro Daz
Pgina 1 de 13

Equipo: DevsInside
Fecha: 31/07//2009
Contenido
1.
INTRODUCCIN.................................................................................................................. 3
1.1.
1.2.
1.3.
1.4.
2.
GESTIN DEL RIESGO....................................................................................................... 3

2.1.
2.2.
2.3.
2.4.
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

Equipo: DevsInside
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
Este documento presenta el anlisis de los riesgos identificados durante la fase de

Inicio del
proyecto Virtual Class II. Para cada riesgo observado se valorarn sus efectos
y contexto de aparicin para el caso en que se convierta en un hecho. Adems, se definirn
estrategias para
reducir la probabilidad del riesgo o para controlar sus posibles efectos.
1.2.
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.
Definiciones, siglas y abreviaturas.
Vase el Plan_desarrollo_software.doc
.
1.4.
Referencias
En este documento se hace referencia a los siguientes documentos:
Plan_desarrollo_software.doc
2. Gestin del Riesgo

2.1.
Identificacin de Riesgos
Listado de Riesgos, Tipo de Riesgo
ID
R01
R02
R03
R04
R05
R06
R07
R08
R09
R10
Descripcin del Riesgo

Requisitos poco claros
Abandono temporal de un miembro del equipo
Falta de Experiencia en tareas de planificacin
Falta de Experiencia con las herramientas
utilizadas
Diseo Errneo
Falta de un Experto
Prdida de documentacin y/o otros artefactos
Conflictos entre los integrantes del grupo
Inestabilidad del entorno de desarrollo y
documentacin el proyecto
Estimacin de costos fuera del alcance de la
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

Equipo: DevsInside
realidad
Falta de seguimiento permanente de tareas y
actividades
Aprendizaje de JSF
Falta de comunicacin entre los integrantes del
grupo.
R11
R12
R13
2.2.
ID
Fecha: 31/07//2009
Riesgo del Proyecto

Riesgo del Proyecto
Riesgo del Proyecto
Anlisis del Riesgo
Anlisis del Riesgo
R01
Magnitud
Variable segn la fase de aparicin:
Inicio: baja.
Elaboracin: media.
Construccin: alta.
Transicin: muy alta

Descripcin
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
realizar tareas relacionadas con el proyecto.

Impacto
La falta de disponibilidad de los recursos humanos puede provocar el retraso con respecto a
la planificacin inicial de cualquier actividad del proyecto. Teniendo en cuenta que la entrega
no puede posponerse, la falta de disponibilidad de personal puede suponer una prdida de
calidad en el producto.
Indicadores
Ninguno. Al ser un riesgo por causas externas al proceso, se supone que es un riesgo difcil
Pgina 4 de 13

Equipo: DevsInside
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

Equipo: DevsInside
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
Por causas varias se pierde parte o el total de la documentacin as como la

posibilidad de perder parte o el total de otros artefactos, como pueden ser: parte de
la implementacin o ficheros de planificacin.
Impacto
Variable, puede suponer una catstrofe, o un simple retraso.
Indicadores
Ninguno.
R08
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
Tanto el proceso de desarrollo como el de documentacin se soportan sobre un

servidor gratuito que puede sufrir cadas intermitentes.
Impacto
Puede generar desconfianza en el cliente en cuanto a la calidad del producto desarrollado.
Indicadores
La pgina donde se encuentre alojado el proyecto demora mucho en cargar y/o no carga.
R10
Magnitud
Media
Descripcin
Se sobreestiman o subestiman los costos involucrados con el desarrollo del producto de
software
Impacto
Pgina 6 de 13

Equipo: DevsInside
Fecha: 31/07//2009
Puede generar que el equipo entre en perodos de sobrecarga de trabajo o periodos de

ausencia del mismo, lo que a su vez puede conllevar a un deterioro en la calidad
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
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
El sistema se va a construir usando el lenguaje JSF. Los miembros del equipo de

desarrollo tienen que aprender a utilizarlo. Un desconocimiento del sistema
impedir el desarrollo de la fase de construccin y elaboracin de una manera gil.
Impacto
Puede generar retrasos as como tambin que se vuelvan a desarrollar mdulos que ya se
encontraban terminados.
Indicadores
El cliente y/o el jefe de proyecto anuncia al equipo el cambio de tecnologa.
Magnitud
Media
R13
Descripcin
Durante la realizacin de un proyecto software, hay muchos artefactos que realizar

y tareas que completar por la totalidad de integrantes del grupo. Normalmente
dichas tareas estn relacionadas de alguna manera, y cualquier cambio
independiente en una de ellas afecta al resultado final o a otras tareas.
Impacto
Pueden producirse duplicacin de tareas.
Indicadores
Conflictos entre los artefactos desarrollados.
2.3.
ID
R01
Acciones de Prevencin y de Correccin
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

Equipo: DevsInside
Fecha: 31/07//2009
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.
R02
Tratar de cumplir las metas y objetivos

antes de lo estimado en la planificacin
siempre que sea posible, para
que una ausencia no suponga un
retraso importante importante.
El equipo de desarrollo tratar de cubrir

el trabajo no realizado por el miembro
del proyecto que no puede trabajar. En
caso necesario, dejarn de realizarse
tareas
menos
importantes
para
centrarse en las principales.
Se tratar de reajustar la planificacin
del proyecto.
R03
El uso de Scrum como proceso de

desarrollo. Realizacin de reuniones
entre los miembros del proyecto para
la evaluacin de la marcha del proyecto
y consultas al tutor.
Se observarn las diferencias entre la

planificacin de cada iteracin y el
informe de seguimiento de su ejecucin,
analizando las causas de sus diferencias
para tratar de detectar y corregir errores
de planificacin en las iteraciones
posteriores.
R04
Una parte del tiempo de desarrollo del

proyecto se destinar al aprendizaje de
las nuevas herramientas.
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
Durante la fase de Elaboracin se

desarrollar en paralelo un prototipo
conteniendo la arquitectura del sistema
para comprobar la validez de la misma.
En caso de encontrase errores o
inconsistencias, podr modificarse el
diseo al mismo tiempo que la
implementacin del prototipo.
Si el riesgo se convierte en hecho

durante la fase de Elaboracin, se
revisar y modificar la documentacin
de diseo afectada.
Si lo hace durante la fase de
construccin, se estudiar una solucin
acorde a los tiempos de plazo de que se
dispone.
La planificacin se reajustar si fuera
necesario.
R06
Aprendizaje contino durante todo el

proyecto
Las dudas que no se sepan resolver se

trasladarn al tutor y a foros
especializados.
R07
Se realizarn copias de seguridad en

los ordenadores personales de cada
uno de los miembros del equipo, as
como copias en un servidor remoto
Actualizar con la ltima copia disponible
R08
Cada vez que se fije un punto de

direccin en el proyecto, todo tiene que
quedar totalmente claro, sin dudas y
con la aceptacin total de todos los
Se establecen las siguientes reglas para

definir una poltica de toma de
decisiones en caso de desacuerdo.
Las cuestiones relativas a requisitos se
Pgina 8 de 13

Equipo: DevsInside
R09
R10
R11
R12
R13
Fecha: 31/07//2009
miembros del grupo.
tratarn junto al cliente, que ser quin

tome la decisin.
Las cuestiones de diseo o tcnicas se
tratarn junto al tutor del proyecto, que
aportar su opinin.
Contratar un hosting seguro, que brinde

garanta acerca de la disponibilidad del
servicio 24 horas diarias, los 7 das de
la semana.
Realizar estimaciones en base a varias
herramientas para tratar de hallar un
estimado ms cercano a la realidad
En caso de emergencia utilizar una de

las PCs del equipo como servidor.
Llevar al da una revisin del estado del

proyecto para anotar los posibles
atrasos y poder asi tomar medidas en el
instante.
Se ha de conseguir bibliografa bsica y
realizar un taller entre los integrantes
del grupo.
Utilizar el msn y reuniones como punto
de sincronizacin y comunicacin de
nuevas ideas sobre el proyecto y todo
lo relacionado con l.
Mantener una documentacin nica
como
medio
de
documentacin
centralizado.
2.4.
Id.
R01
R02
R03
R04
R05
R06
Control y Seguimiento de Riesgos

Responsable
Analista
Jefe
de
Proyecto
Jefe
de
Proyecto
Programador/
Tester
Analista/
Arquitecto
Equipo
de
Desarrollo
R07
R08
R09
R10
R11
R12
Redimensionar el proyecto conforme se

va
desarrollando
y
nuevas
funcionalidades se agregan o se
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
Fin del Proyecto
Iniciado
Fin del Proyecto
Iniciado
Fin del Proyecto
Iniciado
Fin del Proyecto
Iniciado
Fin del Proyecto
Iniciado
Fin del Proyecto
Iniciado
Fin del proyecto
Iniciado
Fin del proyecto

Fin del proyecto
Iniciado
Iniciado
Fin del proyecto
Iniciado
Observaciones
Responsable: Persona o personas asignadas a la implantacin de las acciones preventivas y/o

correctoras
Pgina 9 de 13

Equipo: DevsInside
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

Equipo: DevsInside
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
Las dudas que

no se sepan
resolver
se
trasladarn al
tutor y a foros
especializados
.
R07
Prdida
de
documentacin
y/o
otros
artefactos
Proyecto
40
1.6
Se usar una forja

(repositorio) para
el
control
de
versiones.
Se
realizarn copias
de seguridad en
los
ordenadores
personales
de
cada uno de los
miembros
del
equipo
de
desarrollo.
Actualizar con
la ltima copia
disponible
Pgina 11 de 13

Equipo: DevsInside
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.
Id.: Identificador de Riesgo

Descripcin del Riesgo: Descripcin Resumida del Riesgo
Probabilidad (1 a 100): Grado de probabilidad de que el Riesgo finalmente se produzca. Se
mide en una escala de 1 a 100 (porcentual).
Nivel de Impacto: Grado de Impacto en el Proyecto en el caso de que el Riesgo finalmente se
produjera. Se mide en una escala de 1 a 5, siendo 1=poco influyente hasta 5=fuertemente
influyente.
Probabilidad Ocurrencia: Valor numrico resultante del producto del Grado de Probabilidad
por el Grado de Impacto. Este producto dar la prioridad que tendr la gestin de este Riesgo y
la implantacin de sus medidas preventivas o correctoras.
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.

Equipo: DevsInside
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

Plan de Gestion de RiesgosVC2

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Plan de Gestion de RiesgosVC2

Încărcat de

Drepturi de autor:

Formate disponibile

Curso Desarrollo de Software / UNSA

Natali Fierro Daz

Natali Fierro Daz

Natali Fierro Daz

Documento de Plan de Gestin de Riesgos (DPGR)

Curso Desarrollo de Software / UNSA

GESTIN DEL RIESGO....................................................................................................... 3

Documento de Plan de Gestin de Riesgos (DPGR)

Curso Desarrollo de Software / UNSA

Este documento presenta el anlisis de los riesgos identificados durante la fase de

Definiciones, siglas y abreviaturas.

En este documento se hace referencia a los siguientes documentos:

2. Gestin del Riesgo

Descripcin del Riesgo

Documento de Plan de Gestin de Riesgos (DPGR)

Curso Desarrollo de Software / UNSA

Riesgo del Proyecto

Anlisis del Riesgo

Anlisis del Riesgo

Transicin: muy alta

realizar tareas relacionadas con el proyecto.

Documento de Plan de Gestin de Riesgos (DPGR)

Curso Desarrollo de Software / UNSA

Documento de Plan de Gestin de Riesgos (DPGR)

Curso Desarrollo de Software / UNSA

Por causas varias se pierde parte o el total de la documentacin as como la

Tanto el proceso de desarrollo como el de documentacin se soportan sobre un

Documento de Plan de Gestin de Riesgos (DPGR)

Curso Desarrollo de Software / UNSA

Puede generar que el equipo entre en perodos de sobrecarga de trabajo o periodos de

El sistema se va a construir usando el lenguaje JSF. Los miembros del equipo de

Durante la realizacin de un proyecto software, hay muchos artefactos que realizar

Acciones de Prevencin y de Correccin

Documento de Plan de Gestin de Riesgos (DPGR)

Curso Desarrollo de Software / UNSA

a la cantidad de tiempo disponible para

Tratar de cumplir las metas y objetivos

El equipo de desarrollo tratar de cubrir

El uso de Scrum como proceso de

Se observarn las diferencias entre la

Una parte del tiempo de desarrollo del

Durante la fase de Elaboracin se

Si el riesgo se convierte en hecho

Aprendizaje contino durante todo el

Las dudas que no se sepan resolver se

Se realizarn copias de seguridad en

Actualizar con la ltima copia disponible

Cada vez que se fije un punto de

Se establecen las siguientes reglas para

Documento de Plan de Gestin de Riesgos (DPGR)

Curso Desarrollo de Software / UNSA

miembros del grupo.

tratarn junto al cliente, que ser quin

Contratar un hosting seguro, que brinde

En caso de emergencia utilizar una de

Llevar al da una revisin del estado del

Control y Seguimiento de Riesgos

Redimensionar el proyecto conforme se

Fin del Proyecto

Fin del Proyecto

Fin del Proyecto

Fin del Proyecto

Fin del Proyecto

Fin del Proyecto