MATRIZ DE RIESGOS

Proyecto:
Gerente de Proyecto:
ID Factor de Riesgo Categora Pistas de Bajo Riesgo
1
El proyecto est alineado
estratgicamente
Alineamiento Estratgico
Soporta directamente la misin y/o objetivos de
la organizacin cliente
2
Percepcin de los clientes
finales
Alineamiento Estratgico
Los clientes finales esperan que la organizacin
les provea este producto
3 Impacto en la Organizacin Alineamiento Estratgico Cambio mnimo, o extensin del sistema en uso
4
Impacto fuera de la
organizacin
Alineamiento Estratgico Afecta solo a operaciones internas
5 Conflicto de objetivos Dependencias Externas
Los objetivos del proyecto soportan al programa
siendo complementarios entre s
6 Conflicto de recursos Dependencias Externas
Los proyectos dentro del programa comparten
recursos sin conflictos
7 Conflicto de clientes Dependencias Externas
Mltiples clientes del programa tienen
necesidades comunes
8 Liderazgo Dependencias Externas
El programa tiene una gerencia activa que
coordina los proyectos
9
Experiencia del Gerente del
Programa
Dependencias Externas
El gerente del programa tiene mucha
experiencia en el dominio
10 Definicin del programa Dependencias Externas
El programa est bien definido, con un alcance
manejable por la organizacin
11 Influencia poltica Toma de decisiones
Las decisiones no se toman por influencias
polticas
12 Fecha conveniente Toma de decisiones
La fecha de entrega ha sido establecida en base
a un proceso razonable y comprometido
13 Uso de Tecnologa Atractiva Toma de decisiones
La tecnologa seleccionada ha estado en uso
bastante tiempo
14 Solucin de corto plazo Toma de decisiones
El proyecto solucionar necesidades de corto
plazo sin perder de vista el impacto para la
organizacin en el largo plazo
15 Estabilidad Cultura de la Organizacin
Se espera que no haya cambios o solo
pequeos cambios en la Estructura Directiva
16
Roles y responsabilidades
de la Organizacin
Cultura de la Organizacin
Los individuos en la organizacin entienden sus
roles y responsabilidades as como las de los
otros
17 Polticas y Estndares Cultura de la Organizacin
El desarrollo de polticas y estndares estn
definidos y se siguen cuidadosamente
18 Soporte de la Direccin Cultura de la Organizacin
Fuertemente comprometida con el xito del
proyecto
19 Participacin Ejecutiva Cultura de la Organizacin Soporte fuerte y visible
20 Metas del Negocio Cultura de la Organizacin Metas verificables, razonables
21 Participacin Ejecutiva Clientes/Usuarios Soporte fuerte y visible
22 Experiencia del Usuario Clientes/Usuarios
Los usuarios tienen mucha experiencia en
proyectos similares; tienen ideas especficas de
cmo se puede satisfacer sus necesidades
23 Aceptacin del usuario Clientes/Usuarios
Los usuarios aceptan los conceptos y detalles
del sistema; los procesos estn definidos para
la aceptacin del usuario
24
Necesidades de
entrenamiento de usuarios
Clientes/Usuarios
Las necesidades de entrenamiento de usuarios
estn consideradas; el entrenamiento est en
marcha o planificado
25 Justificacin del usuario Clientes/Usuarios El usuario justifica la necesidad del sistema
26 Tamao del Proyecto Caractersticas del Proyecto
Pequeo, no complejo, o de fcil
descomposicin
27 Componentes reutilizables Caractersticas del Proyecto
Hay componentes disponibles y compatibles en
el mercado
28 Presupuesto Caractersticas del Proyecto Asignacin presupuestaria suficiente
29
Restricciones
presupuestarias
Caractersticas del Proyecto Los fondos han sido asignados sin restricciones
30 Control de costos Caractersticas del Proyecto Bien establecidos y en sitio
31
Compromisos con la
entrega
Caractersticas del Proyecto Fechas de compromisos estables
32 Desarrollo del cronograma Caractersticas del Proyecto
El equipo est de acuerdo que el cronograma es
aceptable y puede cumplirse
33
Estabilidad de
requerimientos
Requerimientos del Proyecto
Se esperan que no haya cambios o tan solo
cambios ligeros para ser aprobados (lnea base)
34
Requerimientos completos
y claros
Requerimientos del Proyecto
Todos estn completamente especificados y
claramente escritos
35
Facilidad de prueba
(testability)
Requerimientos del Proyecto
Los requerimientos son fcil de probar, hay un
plan establecido
36 Dificultad de diseo Requerimientos del Proyecto Interfaces bien definidas; diseo bien entendido
37
Dificultad de
implementacin
Requerimientos del Proyecto
El contenido es razonable para la
implementacin por el equipo
38
Tiempo de respuesta y
otros factores de
desempeo
Requerimientos del Proyecto
No hay mayor sensibilidad a los tiempos de
respuesta
39 Dependencias del sistema Requerimientos del Proyecto
Las dependencias del proyecto y otras partes
del sistema estn claramente definidas
40
Impacto en el servicio al
cliente
Implantacin
Requerir pequeos cambios en el servicio al
cliente
41
Requerimientos de
migracin de datos
Implantacin No habr migracin o ser mnima
42
Disponibilidad de los
miembros del equipo
Miembros del equipo
En sitio, hay poca rotacin, pocas interrupciones
para apagar incendios
43
Mezcla de habilidades en el
equipo
Miembros del equipo Buena mezcla de disciplinas
44 Comunicacin del equipo Miembros del equipo Hay un plan de comunicacin establecido
45 Experiencia en la aplicacin Miembros del equipo
Experiencia extensa en el equipo con proyectos
similares
46
Dominio del rea de
aplicacin
Miembros del equipo
Buen background con el dominio de la
aplicacin dentro del equipo de desarrollo
47
Experiencia con las
herramientas del proyecto
Miembros del equipo Mucha experiencia
48
Experiencia con el proceso
del proyecto
Miembros del equipo Mucha experiencia
49 Entrenamiento del equipo Miembros del equipo
Hay un plan de entrenamiento y se est
ejecutando
50 Espritu y actitud del equipo Miembros del equipo
Fuerte compromiso con el xito del proyecto,
actitud cooperativa
51 Productividad del equipo Miembros del equipo
El desempeo de los miembros del equipo es
alto
52
Tecnologa adecuada para
el proyecto
Tecnologa
La tecnologa prevista para el proyecto es la
adecuada para el cliente y el tipo de problema
53
Experiencia del equipo en la
tecnologa
Tecnologa Buen nivel de experiencia con la tecnologa
54 Dominio de la tecnologa Tecnologa
Hay expertos disponibles en el equipo en la
tecnologa seleccionada
55 Madurez de la tecnologa Tecnologa
La tecnologa ha sido utilizada por la industria
por mucho tiempo
MATRIZ DE RIESGOS
Pistas de Riesgo Medio Pistas de Alto Riesgo Probabilidad Impacto
Impacta indirectamente en uno o ms
objetivos del cliente
No soporta o no est relacionado con la
misin y/o objetivos de la organizacin
cliente
La organizacin est trabajando en un rea
no esperada por el cliente
El proyecto no corresponde con productos
o servicios que los clientes esperen
Cambio moderado, o modificacin del
sistema en uso sin afectar a los procesos
de trabajo
Cambio significativo a la metodologa de
trabajo del personal de la organizacin
Impacta indirectamente a clientes finales y/o
proveedores de la organizacin cliente
Impacta directamente a clientes finales
y/o proveedores de la organizacin cliente
Los objetivos del proyecto no tienen
conflicto, pero se proveen muy poco soporte
Los objetivos del proyecto y programa
estn en conflicto, directa o
indirectamente
Los proyectos dentro del programa
programan cuidadosamente los recursos
para evitar conflictos
Los proyectos dentro del programa a
veces necesitan los mismos recursos al
mismo tiempo (o compiten por el mismo
presupuesto)
Mltiples clientes del programa tienen
diferentes necesidades, pero no entran en
conflicto
Mltiples clientes del programa se estn
tratando de conducir en direcciones muy
diferentes
El programa tiene una persona o equipo
responsable del programa, pero no es
capaz de invertir suficiente tiempo para
liderar efectivamente
El programa no tiene liderazgo, o el
concepto de gerente del programa no est
en uso
El gerente del programa tiene alguna
experiencia en el dominio, es capaz de
influir con su experiencia
El gerente del programa es nuevo en el
dominio
El programa est bien definido, pero no
parece ser manejable por la organizacin
El programa no est bien definido o tiene
objetivos conflictivos en su alcance
El proyecto tiene algunas decisiones
motivadas polticamente, tal como utilizar
un proveedor por influencias polticas, en
lugar de por sus capacidades
El proyecto tiene un sinnmero de
influencias polticas y la mayora de
decisiones se toman a puerta cerrada
La fecha est parcialmente establecida por
necesidades del mercado, una feria u otro
mandato no relacionado con una estimacin
tcnica
La fecha est totalmente establecida por
una necesidad de Mercado, feria o
mandato, sin tomar en cuenta las
estimaciones tcnicas del proyecto
El proyecto se hace de una manera no muy
ptima, influenciados por la compra o
desarrollo de una nueva tecnologa
El proyecto est siendo desarrollado
como una forma de mostrar una nueva
tecnologa, o para probar la incorporacin
de nueva tecnologa en la organizacin
El proyecto est enfocado en una solucin
de corto plazo del problema, con un
pequeo entendimiento de que ser
necesitado en el largo plazo
El equipo del proyecto ha ignorado
explcitamente la visin de largo plazo y
se ha concentrado nicamente en
entregar una solucin de corto plazo
Se espera algunos cambios y
reestructuraciones en la Direccin
La Estructura Directiva est
continuamente cambiando
Los individuos entienden sus propios roles y
responsabilidades, pero no estn seguros
de quien es responsable del trabajo fuera
de su grupo
Muchos en la organizacin no estn
seguros o consientes de quien es
responsable de muchas de las
actividades en la organizacin
El desarrollo de polticas y estndares estn
establecidas, pero son dbiles o no se
siguen cuidadosamente
No hay polticas ni estndares, o estn
mal definidos o no se utilizan
Algn compromiso, no total Poco o ningn soporte
Soporte ocasional, provee ayuda en
algunos problemas cuando se solicita
No hay un soporte visible, no hay ayuda
en la resolucin de problemas
La medicin de algunas metas puede ser
cuestionable
No hay metas establecidas, o no son
medibles
Soporte ocasional, provee ayuda en
algunos problemas cuando se solicita
No hay un soporte visible, no hay ayuda
en la resolucin de problemas
Los usuarios tienen experiencia con
proyectos similares y tienen sus
necesidades en mente
Los usuarios no tienen experiencia previa
con proyectos similares; no estn seguros
de cmo sus necesidades pueden ser
resueltas
Los usuarios aceptan la mayora de
conceptos y detalles del sistema; los
procesos estn definidos para aprobacin
del usuario
Los usuarios no aceptan los ningn
concepto o detalle de diseo del nuevo
sistema
Las necesidades de entrenamiento de
usuarios estn consideradas; todava no se
lleva a cabo o se estn elaborando los
planes de entrenamiento
Los requerimientos no han sido
identificados o no estn siendo resueltos
Existen algunas dudas respecto a la
aplicabilidad
No hay una justificacin satisfactoria del
sistema
Mediano, complejidad moderada, o puede
ser descompuesto
Grande, muy complejo, no puede ser
descompuesto
Hay componentes disponibles, pero
necesitan ser revisados
Componentes identificados, pero se
necesitan serias modificaciones para su
uso
Asignacin presupuestaria cuestionada
Se duda seriamente que el presupuesto
sea suficiente
Hay algunas dudas sobre la disponibilidad
de fondos
La asignacin est en duda o est sujeta
a cambios sin previo aviso
Est en sitio pero con algunas debilidades No hay control de costos
Alguna incertidumbre con los compromisos Compromisos inestables y fluctuantes
El equipo piensa que una fase del plan
tiene un cronograma que es demasiado
agresivo
El equipo est de acuerdo que dos o ms
fases del cronograma no se podr cumplir
Se esperan algunos cambios antes de ser
aprobados
Hay muchos cambios y no se logra un
consenso
Algunos requerimientos estn incompletos
o no son claros
Algunos requerimientos estn solamente
en la cabeza de los clientes
Partes del producto sern difciles de
probar, o hay planes mnimos de pruebas
La mayora del producto ser difcil de
probar, no hay planes al respecto
No hay claridad de como disear, o los
aspectos del diseo todava se deben
decidir
Las interfaces no estn bien definidas o
controladas; sujetas a cambios
El contenido tiene elementos con algunas
dificultades para la implementacin a cargo
del equipo
El contenido tiene componentes que para
el equipo ser muy difcil de implementar
Los tiempos de respuesta se deben
garantizar dentro de un rango razonable
establecido
Hay sensibilidad a los tiempos de
respuesta con exigencias altas de
desempeo
Algunos elementos del sistema estn bien
entendidos y planificados; otros an no
estn comprendidos
No hay un plan o cronograma claro de
como se obtendr todo el sistema
Requerir cambios menores al servicio al
cliente
Requerir cambios mayors al servicio al
cliente
Hay muchos datos a migrar, pero hay una
buena descripcin de las estructuras
disponibles y en uso
Hay muchos datos a migrar; hay muchos
datos sin una Buena descripcin de que
es y donde estn
Disponible, se espera algo de rotacin, hay
algunos bomberos
Alta rotacin, no est el equipo disponible;
el equipo pasa mucho tiempo apagando
incendios
Algunas disciplinas no estn
adecuadamente representadas
Algunas disciplinas no estn
representadas
El equipo comunica parte de la informacin
en algn momento
Es muy raro que haya comunicacin clara
dentro del equipo o con GPIs quienes
deben mantenerse informados
Alguna experiencia con proyectos similares
Hay poca o ninguna experiencia con
proyectos similares
Alguna experiencia en el dominio o se
puede contar con expertos si es necesario
No hay experiencia en el dominio, ni
disponibilidad de expertos
Experiencia media Poca experiencia
Experiencia media Poca experiencia
Hay entrenamiento para algunas reas, o el
entrenamiento est planificado para el
futuro
No hay plan de entrenamiento o est no
estar disponible
Deseos de hacer lo que sea necesario para
lograr el trabajo
El compromiso es escaso o no hay
compromiso con el proyecto; no hay un
equipo cohesionado
El desempeo de los miembros del equipo
es variable
No se conoce el desempeo de los
miembros del equipo, o es bajo
Parte de la tecnologa planificada no es la
ms recomendada para el tipo de problema
o cliente
La tecnologa seleccionada no es la ms
adecuada para el cliente y tipo de
problema
Alguna experiencia con la tecnologa No hay experiencia con la tecnologa
Hay expertos en la tecnologa en la
organizacin
Se necesita adquirir servicios y ayuda
fuera de la organizacin
La tecnologa es bien entendida por la
industria
La tecnologa es muy innovadora, an no
est madura
MATRIZ DE RIESGOS
Exposicin
ID Factor de Riesgo Categora Probabilidad Impacto Exposicin Efecto
Umbral Sentido [Alejarse/Acercarse] Accin de Respuesta (Mitigacin)
Evento y Valor Disparador Contingencia Responsable
Fecha completitud
mitigacin
9-10 0 0 0 0 0
7-8 0 0 0 0 0
5-6 0 0 0 0 0
3-4 0 0 0 0 0
1-2 0 0 0 0 0
1-20% 21-40% 41-60% 61-80% 81-100%
Probabilidad
Matriz de Riesgos
I
m
p
a
c
t
o
Total Zona: 0
Total Zona: 0
Total Zona: 0
NO Editar: Esta hoja proporcionan las frmulas usadas en la hoja "Matriz Riesgos"
Probabilidad Impacto Resultado Probabilidad Impacto Resultado Probabilidad Impacto Resultado Probabilidad
10% 0.1 0 10% 0.3 0 10% 0.5 0 10%
Probabilidad Impacto Resultado Probabilidad Impacto Resultado Probabilidad Impacto Resultado Probabilidad
30% 0.1 0 30% 0.3 0 30% 0.5 0 30%
Probabilidad Impacto Resultado Probabilidad Impacto Resultado Probabilidad Impacto Resultado Probabilidad
50% 0.1 0 50% 0.3 0 50% 0.5 0 50%
Probabilidad Impacto Resultado Probabilidad Impacto Resultado Probabilidad Impacto Resultado Probabilidad
70% 0.1 0 70% 0.3 0 70% 0.5 0 70%
Probabilidad Impacto Resultado Probabilidad Impacto Resultado Probabilidad Impacto Resultado Probabilidad
90% 0.1 0 90% 0.3 0 90% 0.5 0 90%
90-100% 90-100% 90-100% 90-100%
70-89% 70-89% 70-89% 70-89%
50-69% 50-69% 50-69% 50-69%
30-49% 30-49% 30-49% 30-49%
1-29% 1-29% 1-29% 1-29%
1-2 3-4 5-6 7-8
Impacto Resultado Probabilidad Impacto Resultado
0.7 0 10% 0.9 0
Impacto Resultado Probabilidad Impacto Resultado
0.7 0 30% 0.9 0
Impacto Resultado Probabilidad Impacto Resultado
0.7 0 50% 0.9 0
Impacto Resultado Probabilidad Impacto Resultado
0.7 0 70% 0.9 0
Impacto Resultado Probabilidad Impacto Resultado
0.7 0 90% 0.9 0
90-100% 90-100%
70-89% 70-89%
50-69% 50-69%
30-49% 30-49%
1-29% 1-29%
7-8 9-10
0.1 0.1
0.3 0.3
0.5 0.5
0.7 0.7
0.9 0.9