Matriz de riesgos para el Observatorio (MVP 01) versión del 02/05/2023

Acciones concretas en la semana

Probabilidad Valor del impacto Severidad Descripción del Impacto Acción o respuesta (tratamiento) Interesado Categoría Observaciones
Id Fecha Riesgo Causa 09/05

Aparición de funcionalidades que no a) Firma de documentos de alcance de proyecto y del MVP 01 por el
fueron contempladas en la etapa de
área usuaria.
Expectativas no cubiertas en el - Diseño y funcionalidades de la interface gráfica no análisis Para c) Se realizó la primera reunión con el
b) Diseño detallado del sistema aprobado y compartido con el área Gestor Observatorio y
01 5-May MVP01 por parte del usuario consensuadas con el usuario lider y el usuario no ha dado el 0.8 Alto 5.6 Rechazo por parte del usuario, de las usuaria. UE Gestión usuario y se ha compartido el enlace para la
líder visto bueno al diseño de la interfaz gráfica funcionalidades construidas por no
haber sido consensuadas ni aprobadas c) Permitir al usuario lider participar en el diseño de la interface gráfica visualización del avance en el desarrollo. Se
antes del inicio del desarrollo y habilitar mecanismos para retroalimentación espera el feedback del usuario y se propone
tener reuniones cada 15 días con presencia de
todos quienes intervienen por parte del área
usuaria: LDiaz, VQuispe, DGalvez, EHerrera.

Aparición nuevas funcionalidades a ser

Aparición de nuevos contempladas en el MVP 01, cuyo Firma de documentos de alcance de proyecto y del MVP 01 por el área
usuaria.
requerimientos para desarrollar - Incremento de las expectativas desarrollo postergarían la finalización de Diseño detallado del sistema aprobado y compartido con el área Gestor Observatorio y
02 5-May en el MVP01 0.2 Medio 0.8 la construcción. Gestión
Debe fusionarse con el punto - Cambios del usuario final El impacto por el incumplimiento a usuaria. UE
anterior comparación con otros sistemas más En caso de exitir, se debe con solicitud de cambios (incluyendo
aumentos de plazos y costos).
criticos

Causa (Sobrecarga laboral para el El equipo hace sobreesfuerzo para el a) Seguimiento diario de avances (por parte del gestor del proyecto)
cumplimiento de los cronogramas b) Informe de seguimiento quincenal
equipo por incumplimiento de - Planificación optimista por parte del gestor Debido a que o se reducen losrecursos o c) Commit diarios, para mantener una versión de presentación El usuario UE observa que: "Este riesgo
03 5-May compromisos de seguimiento) - Equipo de desarrollo disminuido. 0.2 Medio 0.8 Todo el equipo USI Gestión es el impacto del riesgo anterior. Quizá
Incumplimiento de los hítos del - Sobrecarga de gestor. se modifica el alcance de MPV01 por inmediata.
adición de nuevos requerimientos d) Sinceramiento de los cronogramas, acompañados de las solicitudes podría quedar solo una linea". Pero se
proyectos funcionales de cambios de ser necesario. precisa que los compromisos de Para a) Se ha iniciado el uso de Azure Devops
seguimiento podrían requerir excesivo (boards) que permitirá una mejor asignación de
sobretiempo tareas y visualización del avance.

Debemos desarrollar a razón de 3

indicadores por semana
Causa( Problemas en conseguir La no correcta distribución de
los 27 indicadores para mostrar - Los indicadores se han establecido en el Grupo de Trabajo indicadores por semana o periodos de Trabajo temprano en el cumplimiento de análisis y desarrollo de 3
como parte del MVP 01) tiempo entre los hitos del proyecto, indicadores por semana. Todo el equipo USI
04 5-May Incumplimiento de alcanzar los de la RM 278-2022- MINEDU y se había previsto un equipo 0.5 Alto 3.5 debido a la incertidumbre de resolución Apoyo en la visualización de un analista de datos transversal para el Lider usuario Gestión
mayor para el desarrollo del MVP1
27 indicadores planteados para el de problemas para dicho fin. proyecto
MVP 01 El deficiente apoyo del usuario líder
para el establecimiento de dichos
indicadores.

La base de datos es la herramienta de

Participación de un experto en datos.
Modelamiento de la base de - El modelo de datos del sector no existe en MINEDU y se diseño fundamental y su diseño debe Establecer un diseño sectorial global Arquitecto de Sistemas
05 5-May datos con brechas 0.4 Alto 2.8 estar acorde a los principios de diseño. Técnico
NO SE ENTIENDE ESTE RIESGO viene proponiendo Un mal diseño de base de datos Aplicar los principios de diseño de base de datos y de Datos
complica el desarrollo. Apego al glosario de términos (Gobierno de Datos)

Renuncia de personal a) Mantener un buen clima laboral.

b) Manejar las contraprestaciones adecuadamente.
06 5-May directamente contratados para el - Propuestas de mayor beneficio para los integrantes del 0.2 Alto 1.4 Retraso en la actividades asignadas c) Asignar correctamente las actividades, según los TDR individuales. Todo el equipo USI Gestión
proyecto equipo.
Incorporar con el punto 03 d) Promover el apoyo entre los integrantes del equipo. Para b) Se realizó la revisión y emisión de
e) Mantener una documentación precisa. informes para la conformidad con oportunidad.

Causa (Presencia de
observaciones en grandes - Por desarrollo de baja calidad. Retraso en la actividades planificadas Solicitar aseguramiento de calidad.
Integrar tempranamente backend y frontend el sistema, para hacer
07 5-May cantidades por parte de calidad y - Por inexperiencia del tester asignado. 0.3 Alto 2.1 Debido a la identificación de gran pruebas en desarrollo. Asegurador de Técnico
seguridad) - Debido a un deficiente análisis de la identificación de cantidad de bugs tanto de calidad como Seguridad de UCSI
Retraso en las actividades requerimientos de seguridad Documentar correctamente los casos de uso y diseño detallado.
Remitir documentos de diseño y arquitetcura a la UCSI.
planificadas

Causa(Problemas con la
- El sistema puede tener una gran aceptación por parte de Problemas en el bug (NO SE ENTIENDE) Diseño de arquitectura de alta concurrencia.
concurrencia de usuarios en la los usuarios. Deficiente análisis de la arquitectura Desarrollo de prueba de stress interna. Todo el equipo USI
08 5-May salida a producción) 0.1 Medio 0.4 Técnico
Lentitud o indisponibilidad del - No se ha diseñado o implementado para la alta Problemas de concurrencia y saturación Solicitar prueba de stress con UCSI. UCSI
servicio concurrencia. de los nodos de la arquitectura

Pruebas permanentes de calidad en tiempos de desarrollo (asumidas

Aparición de bugs en producción
09 5-May Debe incorporarse con el punto - No se verificó el sistema en su totalidad ni en todos los 0.2 Alto 1.4 Rechazo del uso del sistema por los analistas). Todo el equipo USI Operación
casos porsibles. Necesidad de pases de emergencia Revisión de caja blanca, evitando hardcode. UCSI
07 De darse, se debe aplicar la garantía del producto.

- Keycloak es una herramienta que se viene utilizando en

Presencia de problemas con MINEDU pero que no se tiene una administración fuerte. Usuarios no pueden ingresar o ejecutar Solicitar el documento de espcificaciones de Keycloak a UCSI. De no Todo el equipo USI
10 5-May Keycloak Esta herramienta solamente se encuentra probada con los 0.3 Medio 1.2 existir, colaborar con la elaboración de dicho documento. Técnico
sistemas de PerúEduca y no cuenta con un equipo de acciones Solicitar la adquisición de un soporte de Keyloak. UCSI
mantenimiento o resolución de errores.

Problemas en el despliegue de la
aplicación - Las tecnologías modernas de sistemas de información Desplegar en los ambientes de calidad y Elaboración temprana del Manual de Instalación, Configuración y
11 5-May Despliegue erróneo o incompleto basadas en microservicios, repositorios, sistemas de datos, 0.5 Medio 2 producción demoran más de los Arquitecto Devops Técnico
de la aplicación en el ambiente implementación y despliegue contínuos. planificado Despliegue.
de calidad y producción

Sobrecarga en el soporte de
usuarios, por permanente
solicitudes de usuario
ESTE ES MAS UN RIESGO DE Programar la capacitación de usuarios finales tempranamente Todo el equipo USI
12 5-May OPERACIÓN QUE UN RIESGO DE - Baja asignación de personal a soporte técnico. 0.5 Medio 2 Se reciben muchos tickets de atención Elaborar Manual de Usuario de calidad, revisado por UCSI y sobretodo USAU Operación
PROYECTO (SE SUGIERE REVISAR
por el soporte al usuario. UCSI
CON LA USAU LA
INCORPORACIÓN DEL SOPORTE A
LA MESA DE SERVICIO DE
MINEDU)

causa(Migración de datos con - Dificultad en elección de la fuente de datos más idónea. Elección de la herramienta idónea para la migración Arquitecto de datos
13 5-May errores o con demora) 0.3 Medio 1.2 Procesos de carga con demora Técnico
Data inconsisente Análisis deficiente Coordinaciones con Equipo de Gobierno de datos Backend

No aceptación de la interfaz de
usuario del Observatorio MVP
14 5-May por comparativa con ESCALE
Incorporar con el punto 01
Posibilidad de observaciones al manejo Aclarar al usuario que el Observatorio es el MVP 01
- El usuario puede no haber estado presente en las Aclarar que existen otras formas de visualizar y buscar los datos del Todo el equipo USI
reuniones del Grupo de Trabajo. 0.3 Medio 1.2 principal de acceso a la información de observatorio, que están por se desarrolladas. UE Técnico
la versión inicial de MVP01
Aclarar que el Observatorio y Escale coexistirán por un tiempo.

Aplicación de casos de uso no es

aceptada por UCSI - Por recorte presupuestal se tuvo que prescindir del Los casos de uso en el sistema se
15 5-May ESTO NO ES UN RIESGO analista y el rol se viene cubriendo con recursos 0.6 Alto 4.2 alinean a las buenas prácticas, pero en Avanzar el trabajo de casos de uso pendiente. Todo el equipo USI Técnico
Remitir el documento de ECUS tempranamente a UCSI. UCSI
REDEFINIR LO QUE TRATAN DE compartidos (HZUMAETA y CROJAS) UCSI se espera un ECUS muy detallado
INDICAR

Viabilidad de la arquitectura - No ha habido oportunidad de presentación de la

lógica de la aplicación arquitectura a detalle a un Comité de Arquitectura Conocer a la arquitectura actual de a) Lograr la aplicación de la arquitectura lógica y física a los arquitectos. Arquitectura USI Identificado por William Rengifo y por
16 9-May Inoperatividad de los servicios Elección incorrecta de la tecnología a ser usada. 0.2 Alto 1.4 b) Participar en presentaciones de la arquitectura y la infraestructura Técnico
debido a una mala definición de Deficiente conocimiento de la tecnologías a ser usada. MINEDU tecnológica de MINEDU Plataforma Enzo Camargo
la arquitectura del sistema Arquitctura mal diseñada.

RSG N° 095-2021-MINEDU

Riesgo Nuevo
Riesgo inicial
 Descripción
Etiqueta Valor
Gestión
Bajo 1 Retrasa el proyecto por menos de 2 días
Medio 4 Retrasa el proyecto por entre 2 y 10 días
Alto 7 Retrasa el proyecto por mas de 10 días
Muy alto 10 Detiene el proyecto
 Descripción
Técnico
Tiene solución técnica conocida existente
Requiere investigación y uso de herramienta existente
Requiere construir o adquiri la herramienta
Incertidumbre total
 Operación
Afecta a un grupo de usuarios dentro del MINEDU
Afectan a todos los usuarios del MINEDU
Afectan a un grupo de usuarios del sector
Afectan a todos los usuarios