Riesgos control

1. 1
Proyecto SISPOIA
Tipo de Documento: Documento de trabajo
Versión:
01
Fecha:
25/01/2010
Número total de
páginas:
Estimación de Riegos y controles
Estimación de Riesgos y controles para el
Sistema de POIA(SISPOIA) del Instituto Nacional
de Aprendizaje
Elaborado por: Walter Alonso Alpízar Argüello
Revisado por:
Aprobado por:
Fecha de aprobación:
Página 1 de 9

2. 2
Proyecto SISPOIA
Tipo de Documento: Documento de trabajo
Versión:
01
Fecha:
25/01/2010
Número total de
páginas:
Estimación de Riegos y controles
INDICE
Página 2 de 9

3. 3
Proyecto SISPOIA
Tipo de Documento: Documento de trabajo
Versión:
01
Fecha:
25/01/2010
Número total de
páginas:
Estimación de Riegos y controles
1. RIESGOS
Mediante la elaboración de este documento se hace referencia a los
posibles riesgos existente en la elaboración del proyecto, que produzca un
impacto significativo en el desarrollo del mismo, además, se plantearán los
posibles controles que nos permitan
Riesgo Descripción del
riesgo
Posible impacto Nivel de
impacto
Probabilidad
(1 - 5)
R1 No existe una
apropiada estimación
del tamaño del
producto ni en LDC
ni FP
Puede causar un retraso
en la entrega del
producto, una
distribución inapropiada
de las tareas por
realizar, y en el peor de
los escenarios el fracaso
del proyecto
5 0
R2 Porcentaje de
desviación del
tamaño del producto
indeterminado
Retrasos en la entrega,
baja en la calidad y
desmoralización del
equipo
4 4
R3 Costo relacionado
con el retraso en la
entrega no estimado
Perdidas económicas,
indeterminadas por el
retraso en la entrega
2 3
Página 3 de 9

4. 4
Proyecto SISPOIA
Tipo de Documento: Documento de trabajo
Versión:
01
Fecha:
25/01/2010
Número total de
páginas:
Estimación de Riegos y controles
R4 Costo relacionado
con defectos en el
programa no
estimados
Perdidas económicas,
indeterminadas por
revisión y mantenimiento
2 2
R5 Pobre definición de
estándares de
software utilizados
para el desarrollo
Doble trabajo para el
encargado de control de
calidad, y perjudica la
claridad del código y
retrasos.
2 4
R6 No existe un
mecanismo para
asegurarnos que el
producto, cumple con
los estándares de
calidad establecidos
durante su proceso
de creación.
Dejar de cumplir con los
requisitos de calidad
puede provocar el
fracaso de la misión.
5 3
R7
No se han
seleccionado
herramientas de
soporte para el
proceso de prueba.
Incremento en el trabajo
de pruebas del
programa
3 1
R8 Definición no
terminada de
estándares de
software utilizados
para el desarrollo
Doble trabajo para el
encargado de control de
calidad, y perjudica la
claridad del código.
2 0
Página 4 de 9

5. 5
Proyecto SISPOIA
Tipo de Documento: Documento de trabajo
Versión:
01
Fecha:
25/01/2010
Número total de
páginas:
Estimación de Riegos y controles
R9 No existe un
mecanismo para
asegurarnos que el
producto, cumple con
los estándares de
calidad establecidos
durante su proceso
de creación.
Dejar de cumplir con los
requisitos de calidad
puede provocar el
fracaso de la misión.
5 3
R10 Falta de
adiestramiento en la
herramienta de
gestión del proyecto.
Retraso en el proceso
de gestión del proyecto
1 2
R11 Formación del
equipo en todas la
herramientas
Retraso en los plazos de
entrega y deterioro en la
calidad del software
5 4
R12 Falta de documentos
históricos sobre el
rendimiento del
personal
Retraso en el proyecto y
hasta el fracaso del
mismo
4 3
R13
Falta plan de riesgos
en caso de
movimiento del
personal en medio
proyecto
Retrasos en el proyecto,
o deterioro de la calidad
4 4
R14 Planificación
demasiado optimista
Retrasos en entregas 3 3
Página 5 de 9

6. 6
Proyecto SISPOIA
Tipo de Documento: Documento de trabajo
Versión:
01
Fecha:
25/01/2010
Número total de
páginas:
Estimación de Riegos y controles
R15 Diseño inadecuado
(hay que volver a
diseñar)
Retrasos y
replanificación.
4 3
R16 Los recursos no
están disponibles es
su
momento( Personal)
Retrasos y cambios en
la calendarización
4 3
R17 La pérdida del
personal en cualquier
etapa del desarrollo
del proyecto.
Retrasos y fracaso del
proyecto
4 3
R18 El personal a cargo
cae en momentos de
ociosidad
Mala utilización del
tiempo, problemas a
largo plazo
3 4
2. CONTROLES
Riesgo Descripción del riesgo Recomendación Control
R1 No existe una apropiada
estimación del tamaño del
producto ni en LDC ni FP
Tomando en cuenta
que el equipo no tiene
experiencia en
estimación de
Revisar que la
estimación este bien
realizada.
Página 6 de 9

7. 7
Proyecto SISPOIA
Tipo de Documento: Documento de trabajo
Versión:
01
Fecha:
25/01/2010
Número total de
páginas:
Estimación de Riegos y controles
proyectos de software,
lo mejor sería
conseguir ayuda de
profesionales
capacitados, ya que
esta parte es critica
para el éxito del
proyecto
R2 Porcentaje de desviación del
tamaño del producto
indeterminado
Desconocer del todo el
desarrollo de
proyectos similares,
provoca una
incertidumbre sobre el
tamaño real del
programa, lo mejor en
estos casos es revisar
material histórico de
proyectos similares
Revisión de los
requerimientos y
mejorar la
comunicación con el
usuario
R3 Costo relacionado con el
retraso en la entrega no
estimado
Realizar una mejor
estimación en cuanto
al tamaño del producto
y la productividad del
equipo.
Realizar estimación
de costos por día de
retraso en la entrega
R4 Costo relacionado con
defectos en el programa no
estimados
Realizar una
estimación de costo
por defectos
Estimación de tiempo
de reparación de
defectos para cada
modulo
R5 Pobre definición de
estándares de software
utilizados para el desarrollo
Se deben definir de
manera apropiada
todos los estándares
necesarios para el
desarrollo del producto
Revisión de calidad
de los documentos
R6 No existe un mecanismo para
asegurarnos que el producto,
cumple con los estándares de
calidad establecidos durante
su proceso de creación.
Concretar un modelo
que me permita el
control de la calidad
durante todos las
etapas del desarrollo
Revisiones
periódicas de calidad
Página 7 de 9

8. 8
Proyecto SISPOIA
Tipo de Documento: Documento de trabajo
Versión:
01
Fecha:
25/01/2010
Número total de
páginas:
Estimación de Riegos y controles
R7 2. No se han
seleccionado
herramientas de
soporte para el
proceso de prueba.
Se debe definir con el
equipo si se utilizara
una herramienta para
pruebas el sistema se
probara de manera
manual
X
R8 Definición no terminada de
estándares de software
utilizados para el desarrollo
Se deben definir de
manera apropiada
todos los estándares
necesarios para el
desarrollo del producto
Revisar que se
respete el estándar
durante todo el
desarrollo
R9 No existe un mecanismo para
asegurarnos que el producto,
cumple con los estándares de
calidad establecidos durante
su proceso de creación.
Concretar un modelo
que me permita el
control de la calidad
durante todos las
etapas del desarrollo
del producto.
Aplicar control de
calidad
R10 Falta de adiestramiento en la
herramienta de gestión del
proyecto.
Minimizar al máximo la
curva de aprendizaje
del encargado de
gestionar el proyecto.
X
R11 Formación del equipo en
todas la herramientas
Ya que no están
mediadas las
habilidades del equipo
en las diferentes
herramientas, se
deben realizar
estimaciones durante
el proceso de
desarrollo
Medir la
productividad de
cada uno de los
miembros del equipo
Dada por PF por
mes, para medir la
curva de aprendizaje
R12 Falta de documentos
históricos sobre el
rendimiento del personal
Dado que es un equipo
completamente nuevo,
se recomienda darle
seguimiento
productividad, durante
el desarrollo para
poder tomar las
medidas pertinentes y
Realizar documentos
históricos que sirvan
para un desarrollo
futuro.
Página 8 de 9

9. 9
Proyecto SISPOIA
Tipo de Documento: Documento de trabajo
Versión:
01
Fecha:
25/01/2010
Número total de
páginas:
Estimación de Riegos y controles
así evitar retrasos
R13 Falta plan de riesgos en caso
de movimiento del personal
en medio proyecto
Debe crearse un plan
de riesgos que permita
sustituir a cualquier
miembro del equipo
Crear plan de
movilidad de
personal
R14 Planificación demasiado
optimista
Dado que entramos en
la etapa de desarrollo
debemos estimar
mejor el tiempo de
programación y
pruebas.
Revisar el plan del
proyecto junto con el
jefe del grupo
R15 Diseño inadecuado (hay que
volver a diseñar)
Debe revisarse el
prototipo
Realizar junta de
revisión del prototipo
R16 Los recursos no están
disponibles es su
momento( Personal)
Debe crearse un plan
de riesgos que permita
sustituir a cualquier
miembro del equipo
Crear un plan de
manejo de roles.
R17 La pérdida del personal en
cualquier etapa del desarrollo
del proyecto.
Creación de un plan
de riesgos de
personal.
Crear plan de
movilidad de
personal
R18 El personal a cargo cae en
momentos ociosos por la
mala distribución de sus
tareas, porque el
cumplimiento de "x" tarea,
que era necesaria para
empezar la tarea "y" no se
completo a tiempo y el
personal que se encargaría
de "y" queda ocioso. Lo que
provoca atrasos en la
finalización del proyecto.
Para que no exista
esto se debe planear
una buena distribución
de las tareas.
Se deben organizar las
tareas para que no se
den dependencias en
el personal
Revisar la
distribución de
tareas,
periódicamente
Página 9 de 9

10. 9
Proyecto SISPOIA
Tipo de Documento: Documento de trabajo
Versión:
01
Fecha:
25/01/2010
Número total de
páginas:
Estimación de Riegos y controles
así evitar retrasos
R13 Falta plan de riesgos en caso
de movimiento del personal
en medio proyecto
Debe crearse un plan
de riesgos que permita
sustituir a cualquier
miembro del equipo
Crear plan de
movilidad de
personal
R14 Planificación demasiado
optimista
Dado que entramos en
la etapa de desarrollo
debemos estimar
mejor el tiempo de
programación y
pruebas.
Revisar el plan del
proyecto junto con el
jefe del grupo
R15 Diseño inadecuado (hay que
volver a diseñar)
Debe revisarse el
prototipo
Realizar junta de
revisión del prototipo
R16 Los recursos no están
disponibles es su
momento( Personal)
Debe crearse un plan
de riesgos que permita
sustituir a cualquier
miembro del equipo
Crear un plan de
manejo de roles.
R17 La pérdida del personal en
cualquier etapa del desarrollo
del proyecto.
Creación de un plan
de riesgos de
personal.
Crear plan de
movilidad de
personal
R18 El personal a cargo cae en
momentos ociosos por la
mala distribución de sus
tareas, porque el
cumplimiento de "x" tarea,
que era necesaria para
empezar la tarea "y" no se
completo a tiempo y el
personal que se encargaría
de "y" queda ocioso. Lo que
provoca atrasos en la
finalización del proyecto.
Para que no exista
esto se debe planear
una buena distribución
de las tareas.
Se deben organizar las
tareas para que no se
den dependencias en
el personal
Revisar la
distribución de
tareas,
periódicamente
Página 9 de 9