MATRIZ DE RIESGOS
ITEM DESCRIPCIÓN DEL RIESGO PRIORIDAD TIPO Los cambiosEVALUACIÓN
en los requisitos
1 Cambio de requisitos Alto General tienden a complicar el desarrollo
trabajos,disminuye
del proyecto. la calidad del
2 Falta de planificación Medio General puede generar malentendidos,
resultado final,ya que no se
3 Problemas de comunicación Alto General confusiones
completar tareas y conflictos
puede afectarentre losla
4 Falta de tiempo Medio General miembros
calidad del del equipo,
software y afectando
aumentar
reducir la eficiencia del
5 Bajo compromiso Alto Rec. Humanos la carga deafectando
desarrollo, trabajo dellaequipo,
puede disminuir la motivación,
6 Mal ambiente de trabajo Medio Rec. Humanos productividad
generar conflictosy la calidad
internos del
yen
seguimiento
La desmotivación puedeen derivar
los
7 Falta de supervisión Alto Rec. Humanos afectar
errores, la colaboración
falta de puededirección entre los
y baja
desarrolladores
La falta de recursos reducir
económicos su
8 Falta de motivación del equipo Medio Rec. Humanos productividad
rendimiento, del equipoatrasos
generando de
puede limitar el acceso a
9 Presupuesto insuficiente Medio Rec. Financieros en el desarrollo
Dificultades
herramients, en y disminuyendo
el desplazamiento
tecnología y
la
delcalidad
equipo
personal del producto.
pueden
necesario provocar
para
10 Problemas de transporte Bajo Rec. Financieros La falta de control en las
Cambios inadecuados en el retrasos
completar
Un código enel
rendimiento
modificaciones reuniones,
proyecto.
deficiente
desorganizado
del código entrega
puede de
dificulta
puede
11 Medio Software recursos
manifestarse
su o trabajo
mantenimiento, en presencial.
tiempos
comprensiónde
repositorio generar errores, conflictos entre y
12 Mala estructuración del codigo Alto Software respuestas
versiones y elevados,
escalabilidad, deconsumo
aumentando
pérdida el
trabajo.
Riesgo
excesivo
riesgo de dede accesos
recursos
errores noo en el
y fallos
13 Problemas de rendimiento Medio Software autorizados, manipulación de
ineficiencia
software. en el procesamiento
14 Problemas de seguridad Alto Software Los
datos errores lo en
o pérdida
de datos, queelde código lapueden
información
afecta
generar
debido
La faltaade
experiencia fallosdelenusuario
errores
conexión la funcionalidad
humanos y lao o
a internet
15 Errores de programación Alto Software
del software,
vulnerabilidades
escalabilidad
fallas afectando
del
en la red pueden en el
sistema. su
código.
dificultar
16 Problema de red Alto Hardware La interrupción
estabilidad y del suministro
fiabilidad.
la colaboración
eléctrico puede remota y el
causar pérdida
17 Cortes de energía Alto Hardware Fallas
acceso ena los dispositivos
servidores. de
Daños del equipo usado para el de trabajo
trabajo y retrasos
pueden provocar en elretrasos
18 Medio Hardware desarrollo del software.
desarrollo en el desarrollo y pérdida de
información importante.
SGOS
Programar sesiones ESTRATEGIA
semanales donde DE elMITIGACIÓN
Product Owner y el equipo
revisen,clarifiquen y prioricen los
Establecer ciclos cortos de trabajo (Sprints) conelementos del [Link]
planificación ayuda a
identificar cambios temprano
detallada, junto con inspecciones diarias del progreso a traves de
llevar a acabo
reuniones diariasDaily Scrums de manera [Link]ás, de la
Establecer
implementación plazos derealistas
canales yde evitar
textolapara
sobrecarga
documentar de trabajo distribuyendo
los avances,así
de manera equitativa las responsabilidades. Delegar tareas y automatizar
Definir
procesos de puede
manera clara loselroles
optimizar tiempo y responsabilidades
disponible. de cada miembro
donde los problemas
del equipo, fomentando se un
resuelvan
sentido de de manera rápida y efectiva. Se deben
pertenencia.
realizar actividades que fomenten el trabajo en equipo y garantizar
proyecto.
condiciones Seadecuadas
deben realizar en elreuniones periódicas
entorno laboral parapara revisar
mejorar la avances y
resolver dudas, ademásdedecapacitación
Ofrecer oportunidades implementary herramientas
crear un ambiente de gestión
laboralque
en el
Realizar
que una estimación
los empleados detallada
se sientan de los ycostos
valorados desde el inicio del
escuchados.
proyecto.
Fomentar Se puedenremoto
el trabajo buscarsiempre
fuentes que de financianiamiento
sea posible y planificar adicionales y
reuniones
optimizar
Definir los
reglas recursos
claras disponibles,
para la creación priorizando
y fusión
presenciales con antelación. También es útil contar con planes de delos gastos
ramas, esenciales.
asegurando que
los cambios
movilidad
Seguir seancomo
principios revisados
alternativos en caso
SOLID, antes
de de integrarse
imprevistos.
aplicar patrones al código
de diseñoprincipal.
adecuados
Analizar
También los
es procesos
fundamental críticos
que ycada
eliminar cuellos de
desarrollador botella
realice mediante
pruebas el uso
antes de
según
de la
algoritmosaruitectura
más del software
eficientes. y
Optimizardefinir convenciones
las consultas a de
la nomenclatura
base de datos,
subir
[Link] modificaciones.
reducir Realizar
el número revisiones
de operacionesde código frecuentesen
innecesarias con el equipo
memoria para la
y mejorar
mejorar
gestión la legibilidad
de concurrencia y mantenimiento
en el sistema. del software.
Se recomienda
Implementar controles básicos como autenticación conimplementar
credenciales
técnicas
seguras de
y caching
restricciones y realizar
de pruebas
acceso asgúnde carga
el rol para
del evaluar el
usuario.
Contar
Seguir conproceso
un
comportamiento un plan de
delde contingencia
desarrollo
software bajo que incluya
estructurado
diferentes que el incluya
acceso la
condiciones. a revisión
redes del
alternativas
código por o el
otros uso de datos
desarrolladores móviles
antes ende caso
su de iterrupciones.
integración.
Realizar copias de seguridad frecuentes en la nube y en dispositivos Es
recomendable descargar herramientas y documentación
físicos para evitar la pérdida de información . Fomentar el uso de laptops importante de
forma local para poder seguir trabajando sin conexión
con batería cargada como respaldo temporal y establecer mecanismos de cuando sea
necesario.
Realizar
guardadomantenimiento
automático enpreventivo,
los entornos contar con equipos
de desarrollo parade respaldolay
minimizar
almacenar
pérdida de copias
progreso enen la nube
caso de para garantizar la continuidad del trabajo.
apagones
MATRIZ DE RIESGOS
ITEM DESCRIPCIÓN DEL RIESGO PRIORIDAD TIPO
Problemas de compatibilidad entre
1 Medio Técnico
navegadores
Caídas del servidor o
2 Alto Operativo
indisponibilidad
3 Dependencia de un solo proveedor Alto Técnico
4 Ataques de inyección SQL Medio General
Errores de configuración y
5 Bajo Operativo
despliegue
MATRIZ DE RIESGOS
EVALUACIÓN
entre diferentes navegadores ESTRATEGIA DE MITIGACIÓN
Realizar pruebas exhaustivas en diferentes navegadores y versiones,
puede causar funcionalidades
pueden resultar en pérdida de usar bibliotecas
Implementar cross-browser
arquitectura y seguir
de alta estándares
disponibilidad, web. de carga y
balanceo
inoperativas y frustración del
confianza, oportunidades de estado y el uso de herramientas de colaboración
planes de contingencia para recuperación ante [Link] faciliten el
proveedor falla. Selarecomienda
negocio y afectar reputación de intercambio de información. Fomentar una cultura de comunicación
de consultas
diversificar SQL puedey tener
proveedores
comprometer la base de datos, abierta, donde
Implementar los miembros
validación del equipo
de entradas se sientan
y utilizar cómodos
consultas compartiendo
preparadas
generar vulnerabilidades
exponiendo o alterando de Establecer procedimientos de configuración y desliegue claros,utilizar
seguridad, inestabilidad del herramientas de automatización
MATRIZ DE RIESGOS
ITEMDESCRIPCIÓN DEL
Robo o pérdida del RIESGOPRIORIDAD
dispositivo TIPO
1 donde se encuentra instalado el Medio General
Necesidad de instalación local en
aplicativo
2 Medio Operativo
cada equipotécnico
Falta de soporte
3 Medio Operativo
adecuado
Desincronización de datos en
4 Alto Funcional
Consumomodo offline
excesivo de recursos
5 Medio Rendimiento
del sistema(RAM,CPU)
MATRIZ DE RIESGOS
EVALUACIÓN
puede generar malentendidos, estado y el uso deESTRATEGIA DE MITIGACIÓN
herramientas de colaboración que faciliten el
confusiones y conflictos entre los intercambio
Considerar la posibilidad de desarrollaruna
de información. Fomentar unacultura
versióndeweb
comunicación
del aplicativo o
de escritorio
miembros del, equipo,
este debe ser
afectando abierta, donde los miembros del equipo se sientan cómodos compartiendo
explorar soluciones de virtualización que permitan el acceso al software
intalado
prolongados y frustración del su
en cada equipo para de
sin comunicación
necesidad de claros para local
instalación la asistencia.
en cada equipo.
generar
usuario. conflictos en la Diseñar mecanismos robustos de resolución de conflictos y mantener
sincronización
puede provocarposterior,
lentitud, pérdida registro detallado de cambios offline.
de información de
congelamiento y corrupción de y
la aplicación Implementar manejo de errores y logs de seguimiento
afectar otros procesos del
