Ejemplo del formato F-01/P-TH-004

TABLA DE REGISTRO Y SEGUIMIENTO DE RIESGOS
Proyectos de la División de Tecnologías Habilitadoras
Aquí se registra la última evaluación del riesgo: “Impacto”,
La sección de acciones para gestionar el riesgo y
“Probabilidad” y/o “Estrategia”. El historial de los cambios
eventos relacionados
con el riesgo describe
lo que DE
se TECNOLOGÍAS DE LA INFORMACIÓN de estado se mantiene en la sección de Evolución del
GERENCIA
Gerencia:
realiza para atender el riesgo y los eventos o sucesos
riesgo.
14670
22/08/2014
Proy
Fecha de registro
relacionados con suNúm
impacto
o probabilidad,
de acuerdo
con la estrategia definida. Ver ejemplos en este formato.
A diferencia de la sección de Evolución del riesgo en
donde se describe el efecto que las acciones tomadas
tuvieron sobre el Impacto, Probabilidad y Estrategia del
Número de
Evaluación del
Evaluación de la
Identificado
riesgo.
catálogo
RT.13
Descripción particular
Si las versiones de los diferentes
productos de la plataforma TIBCO
en el ambiente productivo no
coinciden con las versiones que
tenemos en nuestro ambiente de
desarrollo, entonces los aplicativos
desarrollados
no
podrían
instalarse
o
funcionar
correctamente.
por
(iniciales)
Impacto y fecha
Probabilidad y fecha
(A- Alto, M- Medio, B-Bajo,
C-Cerrado)
(A- Alta, M- Media, B-Baja,
C-Cerrado)
CERRADO
25/11/2014
CERRADO
25/11/2014
IAPR
Estrategia
Responsable:
IPR, RMG
Evitar – Se realiza la gestión necesaria para conseguir las mismas
versiones de software de tal manera que se cuente en desarrollo con el
mismo ambiente. CERRADO.
Acciones y eventos para gestionar el riesgo (fecha y descripción)
29/07/2014
Se tuvo una reunión con el encargado de la infraestructura TIBCO, el Ing. Omar García Kuri y especialistas de TIBCO para
determinar los productos y versiones que tienen en productivo. Existe la posibilidad de que ellos mismos nos proporcionen el
software a través de Raúl Meza.
05/08/2014
Se tuvo una conferencia telefónica entre OGK, RMG e IPR para determinar la manera en que nos entregarían el software así
como aclarar ideas sobre la ubicación del SW instalado.
14/08/2014
Oscar le envió un correo a RMG con el listado de productos y versiones que actualmente manejamos, con el fin de que nos
proporcione el SW.
02/09/2014
El Ing. Omar García Kuri facilitó el software de TIBCO que maneja la DDO en sus instalaciones.
25/11/2014
Se instalaron las versiones adecuadas y se han normalizado las versiones.
Evolución del riesgo
Fecha



Evolución
del
impacto
Evolución de
la
probabilidad
Evolución
de la
estrategia
Descripción de la evolución del riesgo
(en caso de que cambie)
28/07/2014
MEDIO
MEDIO
Evitar
Estado inicial de impacto, probabilidad y estrategia del
riesgo.
13/10/2014
ALTO
MEDIO
Evitar
Contando con el software que maneja la DDO de la
plataforma TIBCO se han detectado problemas en la
puesta en productivo de procesos de ejemplos que ya se
están tramitando con los especialistas. Se tiene una cita en
esta semana para resolver estos problemas en la Cd. de
México con los especialistas de Emersys. El impacto del
riesgo cambia a ALTO, la probabilidad se conserva en
MEDIO.
25/11/2014
CERRADO
CERRADO
CERRADO
Se han normalizado las versiones. Los problemas de
incompatibilidad se descartan. El riesgo se cierra.
La primera vez se registra el valor inicial del impacto, probabilidad y estrategia. Cuando se presenta algún cambio en el riesgo, en el siguiente
renglón se colocan los nuevos valores.
Si el impacto, probabilidad o estrategia del riesgo cambia, se registra iniciando con la fecha y en cada columna el valor correspondiente del
impacto, probabilidad o estrategia, y la descripción de la acción que provocó el cambio. Ejemplo:
13/10/2014: Contando con el software que maneja la DDO de la plataforma TIBCO se han detectado problemas en la puesta en productivo de
procesos de ejemplos que ya se están tramitando con los especialistas. El impacto cambió a ALTO y la probabilidad se conserva en MEDIO.
Cuando el riesgo queda atendido, se materializa o no sucede y el proyecto llega a su fin. Registrar la fecha, en que se cierra y en cada columna
correspondiente de impacto, probabilidad o estrategia el estado Cerrado. Este riesgo no se vuelve a modificar, tampoco se borra para mantener
el histórico. Se puede mover al final de la lista de riesgos.
F-01/P-TH-004 rev. 3
TABLA DE REGISTRO Y SEGUIMIENTO DE RIESGOS
Proyectos de la División de Tecnologías Habilitadoras
Gerencia:
GERENCIA DE TECNOLOGÍAS DE LA INFORMACIÓN
14670
Núm Proy
Fecha de registro
22/08/2014
*Estrategias:
a) Evitar el riesgo implica hacer algo para eliminarlo. Eliminar por completo la amenaza que
representa un riesgo, aislar los objetivos del proyecto del impacto del riesgo o cambiar el
objetivo que está en peligro. Por ejemplo, ampliando el cronograma de actividades,
cambiando la estrategia o reduciendo el alcance. Algunos riesgos que surgen en etapas
tempranas del proyecto pueden ser evitados aclarando los requisitos del proyecto,
obteniendo información, mejorando la comunicación o adquiriendo experiencia. La
estrategia de evasión más drástica consiste en anular por completo el proyecto.
b) Transferir el riesgo requiere trasladar a un tercero fuera del proyecto el impacto negativo
de una amenaza, junto con la propiedad de la respuesta. La transferencia de la
responsabilidad de un riesgo simplemente confiere a una tercera persona la responsabilidad
de su gestión. No elimina el riesgo. Las herramientas de transferencia pueden incluir, entre
otras, el uso de seguros, garantías de cumplimiento, fianzas, certificados de garantía, etc.
Puede ser prudente transferir contractualmente al cliente, parte del trabajo junto con sus
riesgos correspondientes, como por ejemplo cuando un comprador dispone de capacidades
que el vendedor no posee, transferir contractualmente al comprador parte del trabajo junto
con sus riesgos correspondientes.
c) Mitigar el riesgo implica reducir la probabilidad y/o el impacto de un evento de riesgo
adverso a un umbral aceptable. Adoptar acciones tempranas para reducir la probabilidad de
la ocurrencia de un evento riesgoso y/o su impacto sobre el proyecto a menudo es más
efectivo que tratar de reparar el daño después de que ha ocurrido el evento. Por ejemplo,
diseñando redundancia en un sistema puede reducir el impacto causado por un fallo del
componente original, adoptar procesos menos complejos, efectuar más pruebas o
seleccionar un proveedor más confiable. Otra acción, consiste en establecer una reserva
para contingencias que incluya una cantidad de tiempo, medios financieros o recursos
necesarios para abordar los riesgos.
d) Aceptar el riesgo es una estrategia que se adopta debido a que rara vez es posible eliminar
todos los riesgos en un proyecto. Esta estrategia indica que el responsable del proyecto ha
decidido no cambiar la planificación del proyecto para hacer frente a un riesgo, ha decidido
que no requiere acción alguna, dejando en manos del equipo del proyecto la gestión de las
amenazas a medida que se generan.
F-01/P-TH-004 rev. 3