Universidad Autónoma de Occidente

Formulación y Evaluación de Proyectos 2022-3

Profesora: Jenifer Ramos Rios
Análisis de Riesgo del Proyecto

Considere el siguiente caso y desarrolle los puntos a continuación. Entregue el desarrollo en un

Word, de forma individual, recuerde que copiar trabajos implica su anulación.

La empresa Unidos Somos Más, presta servicios de suministro de personal en varias líneas de
trabajo. La empresa desarrollará un proyecto, que pretende la actualización del sistema de
información usado en los procesos de contratación de personal, se desea migrar el sistema a
un ambiente web integrado con varios proveedores de hojas de vida, insumo para el proceso
de reclutamiento, selección y vinculación de personal.

Para desarrollar el proyecto se requiere de tres entregables principales, el diseño del sistema
aprobado, su desarrollo, prueba e implementación. El proyecto inicia con la identificación de
las necesidades y restricciones de funcionamiento que debe tener el sistema, para el éxito de la
propuesta de diseño se requiere la participación activa de los usuarios del proceso de
contratación, los ingenieros de software construyen una propuesta de diseño a partir de la
retroalimentación de los usuarios, esta propuesta es aprobada por un equipo de trabajo y el
líder del proceso de contratación e incluye una explicación detallada de las funcionalidades del
sistema, así como la apariencia y usabilidad (o facilidades de uso).

Una vez es aprobado el diseño se inicia su desarrollo, este desarrollo consiste en la creación de
la estructura de base de datos para la integración con sistemas externos y de terceros, el
desarrollo de código y de la interfaz para la captura de información. La empresa ha decidido
contratar para el desarrollo a la empresa Desarrollos Flexibles, sin embargo, el gerente general
exige que en el desarrollo participen 2 de los ingenieros de soporte técnico de la empresa y el
practicante del área de tecnología, con el fin de agilizar y asegurar la transferencia de
conocimiento.

Una vez se termina en desarrollo, el equipo de desarrollo realiza y documenta pruebas

funcionales y de usabilidad, realiza los ajustes que considere pertinentes y entrega el desarrollo
para pruebas de usuario final. En las pruebas de usuario final es necesario que participen los
colaboradores más experimentados del proceso de contratación, para las pruebas de usuario,
se deben construir casos de prueba, estos casos deben corresponder a los procedimientos que
debe permitir realizar el sistema, desde los más sencillos a los más complejos, incluyendo casos
especiales de administración del personal que se presentan en el día a día.

Una vez se han realizado los ajustes solicitados por usuarios, se procede con la publicación en
la web del acceso y con la capacitación a usuarios, se cuenta con un periodo de prueba final y
se da por terminado el proyecto.
A modo general se han identificado las siguientes situaciones o eventos que pueden generar el
no éxito de proyecto.

Que no se identifiquen todas las restricciones y necesidades del sistema de información.

Que no se consideren casos de prueba suficientes para validar el desarrollo.
Cambios en las políticas y condiciones de integración de los proveedores.
Actualizaciones en los sistemas de información de los proveedores de hojas de vida.

1. Se le ha contratado para que realice el análisis de riesgos del proyecto, debe entregar.

5.1.La EDT de proyecto (si lo considera estrictamente necesario adicione actividades,

explique el porqué).

Actualizar el sistema de información de la

Proyecto empresa Unidos Somos Más.

Nivel 1: 1. Diseño del 4. Publicación y

3. Pruebas e
sistema 2. Desarrollo capacitación de
Principales etapas implementación
usuarios

Nivel 2: 1.1. Identificación de 2.1 Creación de la

3.1. Construcción de Publicación del
necesidades y estructura de base
casos de prueba acceso en la web
Actividades restricciones de datos

Nivel 3: 1.2. Propuesta de 2.2. Desarrollo de

3.2 Participación de
Capacitación de
colaboradores
diseño aprobada código y la interfaz usuarios
Actividades experimentados

Nivel 4: 2.3. Pruebas 3.3. Ajustes

Periodo de
funcionales y de solicitados por
prueba final
Actividades usabilidad usuarios

Nivel 5: 2.4. Ajustes y entrega

Cierre del
para pruebas de usuario
proyecto
Actividades final

5.2.Complementar la identificación de riesgos y proponer el análisis de los mismos.

Con el fin de complementar la identificación de riesgos del proyecto, es importante

considerar tanto los riesgos internos como los externos que podrían afectar su
desarrollo. Algunos de los posibles riesgos que se pueden considerar son los
siguientes:

Riesgos internos:
- Falta de comunicación entre el equipo de desarrollo y los usuarios finales.
- Retrasos en la entrega de los entregables por parte del equipo de desarrollo.
- Problemas en la integración con los sistemas externos y de terceros.
- Falta de experiencia o conocimiento técnico del equipo de desarrollo.
- Fallos en la calidad del software desarrollado.

Riesgos externos:

- Cambios en las políticas y condiciones de integración de los proveedores

- Actualizaciones en los sistemas de información de los proveedores de hojas de vida
- Fallas en los sistemas externos de terceros
- Competencia en el mercado de suministro de personal
- Cambios en las regulaciones laborales y fiscales

Análisis de Riesgos Internos

Riesgo Probabilidad Impacto Plan de acción

Falta de Establecer canales de
Alta Medio
comunicación comunicación claros y frecuentes
Retrasos en entrega Monitorear el progreso del
Media Alto
de entregables proyecto y establecer hitos
Problemas de Realizar pruebas de integración
Baja Alto
integración constantes
Asignar tareas de acuerdo a la
Falta de experiencia Media Bajo
experiencia del equipo
Fallos en la calidad Establecer pruebas de calidad
Baja Alto
del software exhaustivas

Análisis de Riesgos Externos

Probabilida
Riesgo d Impacto Plan de acción
Mantener comunicación
constante con los proveedores y
Cambios en las
tener un plan de contingencia en
políticas de los Media Alto
caso de cambios inesperados en
proveedores
sus políticas o condiciones de
integración.
Actualizaciones en Media Alto Realizar pruebas de
los sistemas de compatibilidad cada vez que
información de haya una actualización en los
hojas de vida sistemas de información de los
 proveedores, y tener un plan de
contingencia en caso de
incompatibilidad.
Tener un plan de contingencia en
caso de fallas en los sistemas
Fallas en los
externos de terceros, y mantener
sistemas externos Baja Alto
comunicación constante con los
de terceros
proveedores para solucionar
cualquier problema.
Realizar un análisis de mercado
Competencia en el para identificar a los
mercado de competidores, sus fortalezas y
Media Alto
suministro de debilidades, y elaborar una
personal estrategia de diferenciación para
destacar entre la competencia.
Mantenerse actualizado en las
Cambios en las regulaciones laborales y fiscales,
regulaciones Media Medio y tener un plan de contingencia
laborales y fiscales en caso de cambios que afecten
el proyecto.

5.3.Suponga valores de frecuencia e impacto, calcule el nivel de riesgo, y construya la

matriz de riesgo del proyecto.

Nivel de Categoría
Riesgos Internos Frecuencia Impacto
Riesgo de Riesgo
Falta de comunicación 3 4 12 Alto

Retrasos en entrega de entregables 2 5 10 Alto

Problemas de integración 3 3 9 Medio

Falta de experiencia 2 3 6 Medio

Fallos en la calidad del software 2 2 4 Bajo

 Nivel de Categoría
Riesgos Externos Frecuencia Impacto
Riesgo de Riesgo
Cambios en las políticas y condiciones
3 4 12 Alto
de integración de los proveedores
Actualizaciones en los sistemas de
2 5 10 Alto
información de hojas de vida
Fallas en los sistemas externos de
2 4 8 Medio
terceros
Competencia en el mercado de
2 3 6 Medio
suministro de personal
Cambios en las regulaciones laborales y
2 3 6 Medio
fiscales

Matriz de Riesgos
FRECUENCIA
Muy Poco
Frecuente Raro Casi nunca
frecuente frecuente
A B C D E

Muy alto 1 1 2 4 7 11

Alto 2 3 5 8 12 16
IMPACTO

Moderado 3 6 9 13 17 20

Bajo 4 10 14 18 21 23

Muy bajo 5 15 19 22 24 25
 A partir del análisis del punto 5 complete la siguiente tabla
Riesgo Evento
No se reciben
Falta de
actualizaciones de estado
comunicación
de los entregables
Los entregables se
Retrasos en entrega
entregan más tarde de lo
de entregables
previsto
Problemas en la
Problemas de
integración de los sistemas
integración
de terceros
Los miembros del equipo
no tienen experiencia en el
Falta de experiencia
desarrollo de un proyecto
de esta magnitud
Fallos en la calidad Problemas en la
del software codificación del software
Cambios en las
políticas y Los proveedores cambian
condiciones de las políticas y condiciones
integración de los de integración
proveedores
Actualizaciones en Las actualizaciones de los
los sistemas de sistemas de información de
información de hojas de vida no son
hojas de vida compatibles con el sistema
Fallos en los sistemas
Fallas en los
externos de terceros (hojas
sistemas externos
de vida, proveedores de
de terceros
servicios)
Competencia en el
mercado de Entrada de competidores al
suministro de mercado
personal
Cambios en las
Cambios en las regulaciones laborales y
regulaciones fiscales que afecten al
laborales y fiscales mercado de suministro de
personal
Tipo de
Tipo de Nivel de Explicación de la
Factor de Riesgo Estrategia de
Riesgo Riesgo Acción o Estrategia
Gestión
Establecer un canal de
Interferencia en la comunicación efectivo y
Interno Alto Mitigación
gestión del proyecto frecuente para reportar
avances y dificultades
Establecer tiempos y
Interferencia en la fechas límites de entrega
Interno Alto Transferencia
gestión del proyecto claros y precisos y asignar
responsabilidades
Establecer un plan de
integración que
Interferencia en la
Interno/Externo Medio Mitigación contemple pruebas
ejecución del proyecto
unitarias y de integración
para mitigar riesgos
Capacitación y
Interferencia en la entrenamiento del equipo
Interno Medio Transferencia
calidad del proyecto en el desarrollo de
proyectos similares
Establecer una
Interferencia en la metodología de pruebas
Interno Bajo Mitigación
calidad del proyecto rigurosa para garantizar la
calidad del software
Establecer acuerdos
Interferencia en la contractuales claros y
integración del Externo Alto Mitigación precisos que contemplen
proyecto posibles cambios de
políticas y condiciones
Establecer una estrategia
Interferencia en la de actualización y pruebas
integración del Externo Alto Mitigación de compatibilidad de los
proyecto sistemas de información
de hojas de vida
Contar con un plan de
Interferencia en la contingencia para casos
Externo Medio Transferencia
ejecución del proyecto de fallos en los sistemas
de terceros
Analizar las fortalezas y
Interferencia en el debilidades del proyecto y
Externo Medio Aceptación
éxito del proyecto ajustar la estrategia para
mantenerse competitivo
Mantenerse informado
Interferencia en el sobre los cambios en la
Externo Medio Aceptación
éxito del proyecto regulación y ajustar la
estrategia si es necesario