La industria cubana del software está llamada a convertirse en una significativa fuente de
ingresos nacional. Este reto demanda una sólida formación de los profesionales
informáticos y exige a las universidades cubanas garantizar que los egresados dominen y
apliquen consistentes y novedosas prácticas en el desarrollo de software. La gestión de
riesgos constituye uno de los procesos medulares en el empeño de determinar
continuamente qué puede ir mal en un proyecto informático: cuáles son los riesgos que lo
afectan, sus posibles consecuencias y estrategias de respuesta. Su introducción orgánica en
la formación y producción mejorará la preparación integral del profesional y la calidad de
los procesos y productos de software. En este artículo se presentan principios a tener en
cuenta para la incorporación de la gestión de riesgos en la formación de los profesionales
de la informática, y se describe la experiencia de su aplicación en la Universidad de las
Ciencias Informáticas como complemento y apoyo de la implementación del Modelo de
Gestión de Riesgos para Proyectos de Desarrollo de Software (MoGeRi).La industria cubana del software está llamada a convertirse en una significativa fuente de
ingresos nacional. Este reto demanda una sólida formación de los profesionales
informáticos y exige a las universidades cubanas garantizar que los egresados dominen y
apliquen consistentes y novedosas prácticas en el desarrollo de software. La gestión de
riesgos constituye uno de los procesos medulares en el empeño de determinar
continuamente qué puede ir mal en un proyecto informático: cuáles son los riesgos que lo
afectan, sus posibles consecuencias y estrategias de respuesta. Su introducción orgánica en
la formación y producción mejorará la preparación integral del profesional y la calidad de
los procesos y productos de software. En este artículo se presentan principios a tener en
cuenta para la incorporación de la gestión de riesgos en la formación de los profesionales
de la informática, y se describe la experiencia de su aplicación en la Universidad de las
Ciencias Informáticas como complemento y apoyo de la implementación del Modelo de
Gestión de Riesgos para Proyectos de Desarrollo de Software (MoGeRi).3. La Gestión de Riesgos: una necesidad en el entorno docente y
productivo de las universidades cubanas
Proyecto integrador. Las TIC en la sociedad S4.pptx
Formato de gestión de riesgos
1. GESTION DE RIESGOS
En esta sección se describen los riesgos que se han identificado inicialmente para la ejecución
del proyecto, y que deberán ser monitoreados a través de las actividades de desarrollo del
mismo.
# Riesgo Impacto Tipo de
Estrategia
Acciones
1 El presente proyecto tendrá como una
dependencia el pase a producción de los
sistemas proveedores de servicios (MIF, SAE),
por lo que de existir algún retraso considerable en
éstos se tendría un impacto.
Medio Mitigar Coordinar el pase
solamente de los
servicios y/o
replicarlos.
2 La ONP es la responsable de garantizar la
disponibilidad de los ambientes QA y Producción.
De existir algún inconveniente con estos
ambientes se impactaría la etapa de pruebas del
proyecto.
Medio Transferir Informar con
anticipación a OTI-RT
sobre los
requerimientos en
cuanto a los ambientes
de QA/Producción.
3 En caso fuera necesario la atención de algún PR
en otro sistema (NSTD) se podría generar
retrasos en el proyecto AYR en el caso de que no
exista la disponibilidad de recursos para realizar
dicha atención.
Medio Mitigar Coordinar la atención
de requerimientos por
parte de una línea de
proyectos especiales.
4 Existen definiciones sobre el manejo de la
información de PERSONAS que aún no se han
realizado de manera formal, por lo que de no
resolverse en la parte inicial del proyecto podrían
generar cambios y/o retrasos posteriormente.
Medio Evitar Coordinar con
anticipación con todos
los involucrados para
definir estos temas.
5 A pesar de que se tiene un acuerdo sobre el
manejo de la información de empleadores, se
conoce que existe la posibilidad de un cambio.
Este tema debería resolverse en la parte inicial
del proyecto para minimizar el impacto.
Medio Aceptar
activamente
Evaluar (cambios
innecesarios) y
Gestionar el manejo
formal del cambio en
caso ocurra.
6 Para completar con éxito las actividades del
proyecto será necesario contar con la
participación de los usuarios y coordinadores de
acuerdo a lo que se defina en el cronograma del
proyecto, por lo que cualquier indisponibilidad de
tiempo por parte de ellos podría retrasar al
proyecto.
Bajo Mitigar Obtener la aprobación
formal de las jefaturas
respectivas para la
asignación del tiempo
requerido por cada
usuario/coordinador.
Definir alternos.
7 Existe la posibilidad de que se reciba una solicitud
de cambio para integrar el sistema con el Process
Server, lo cual impactaría en las fechas de
término del proyecto.
Medio Aceptar
activamente
Evaluar (cambios
innecesarios) y
Gestionar el manejo
formal del cambio en
caso ocurra.
Considerar lo siguiente para el llenado del cuadro:
Riesgo Descripción del riesgo
Impacto
Considerar lo siguiente: Bajo, Medio, Alto.
Este campo se considerará en el inicio a criterio
del responsable del proyecto.
Tipo de Estrategia
Se ha definido cinco estrategias de respuesta al
riesgo:
Aceptar: Significa que el equipo de trabajo del
proyecto ha decidido no modificar el plan del
2. proyecto o no tomar una acción para enfrentar un
riesgo. El equipo del proyecto acepta los impactos
del riesgo, si ocurrieran. Esta técnica indica que el
equipo del proyecto ha decidido no cambiar el
curso de acción para manejar un riesgo o no es
capaz de identificar una estrategia de respuesta
apropiada
1.- Aceptar activamente: Se puede describir un
plan de contingencia para ejecutarse una vez que
sucede el riesgo (SI sucede el riesgo - -
ENTONCES hacer xyz).
2.- Aceptación pasivamente: No requiere de
acción alguna, dejando que el equipo del proyecto
enfrente los riesgos cuando ocurran.
3.- Transferir: consiste en buscar transferir sus
consecuencias a un tercero, junto con la
responsabilidad de la respuesta al riesgo.
Transferir el riesgo es simplemente dar la
responsabilidad de su gestión a otro, pero no lo
elimina
4.- Evitar: consiste en no realizar actividades
arriesgadas para proteger los objetivos del
proyecto. Aunque nunca se podrá eliminar todos
los eventos del riesgo, algunos riesgos específicos
pueden evitarse.
5.- Mitigar: En la mayoría de los casos, este es el
enfoque que se toma para combatir al riesgo. La
mitigación busca reducir la probabilidad y/o
impacto de un evento de riesgo adverso, a un nivel
aceptable. Tomar pronta acción para reducir la
probabilidad de ocurrencia de un riesgo o su
impacto.
Acciones
Acciones a tomar de acuerdo al tipo de riesgo a
mitigar:
Riesgo Mayor Debe tener estrategia y plan
de contingencia
Riesgo Intermedio Debe tener estrategia
Riesgo Menor El riesgo de estar plenamente
identificado para poder monitorearlo