02_Unidad2_GestionRiesgos - vhcontre/inventario-2025 GitHub Wiki
⚠️ Gestión de Riesgos en Ingeniería de Software
🎯 Objetivos
- Comprender qué es el riesgo y cómo se manifiesta en proyectos de software.
- Conocer estrategias y herramientas para identificar, analizar y mitigar riesgos.
- Aplicar la gestión de riesgos en proyectos académicos y profesionales.
🌪️ ¿Qué es un riesgo?
En ingeniería de software, un riesgo es cualquier evento potencial que podría afectar negativamente al proyecto, al producto o al proceso.
Un riesgo tiene una probabilidad de ocurrencia y un impacto asociado.
Ejemplos típicos:
- Falta de habilidades técnicas en el equipo.
- Requerimientos mal definidos o cambiantes.
- Problemas con la disponibilidad del entorno o herramientas.
- Fallos de seguridad o pérdida de datos.
🧩 Tipos de riesgos
| Tipo | Ejemplo |
|---|---|
| Técnicos | Fallos de integración, herramientas inestables |
| De proyecto | Retrasos, mal dimensionamiento del esfuerzo |
| Organizacionales | Cambios en prioridades, conflictos entre stakeholders |
| Externos | Normativas legales, proveedores, condiciones externas |
| Humanos | Rotación del equipo, falta de experiencia |
🔍 Proceso de gestión de riesgos
- Identificación: detectar riesgos posibles desde el inicio.
- Análisis: estimar probabilidad e impacto.
- Planificación: decidir cómo actuar (evitar, mitigar, transferir, aceptar).
- Seguimiento: monitorear y actualizar los riesgos a lo largo del proyecto.
🧠 Tip: Usar una matriz de riesgos para visualizar gravedad y prioridad.
📋 Ejemplo de matriz de riesgos
| Riesgo | Prob. | Impacto | Grado | Acción propuesta |
|---|---|---|---|---|
| Cambios en requisitos | Alta | Medio | Alto | Documentar y revisar requerimientos |
| Fallo en integración de módulos | Media | Alto | Alto | Pruebas de integración tempranas |
| Falta de cobertura en tests | Baja | Medio | Medio | Automatizar cobertura mínima |
🔗 Aplicación en el proyecto
| Semana | Riesgos frecuentes | Acción sugerida |
|---|---|---|
| 2–3 | Subestimación del esfuerzo técnico inicial | Estimaciones por etapas, revisión entre pares |
| 4–6 | Fallos en lógica de negocio y pruebas | Pruebas unitarias incrementales |
| 7–10 | Problemas en integración web o CI/CD | Integraciones graduales, verificación continua |
| 11–12 | Fallas de documentación o entrega final | Checklist de cierre, revisión cruzada |
🛠️ Herramientas útiles
- GitHub Projects / Issues para registrar riesgos.
- Plantillas de Excel o Notion para matriz de riesgos.
- Trello o Jira para seguimiento y asignación de acciones.
📚 Bibliografía y recursos
- Sommerville, I. — Software Engineering (cap. Gestión de riesgos)
- PMBOK – Guía de los Fundamentos para la Dirección de Proyectos
- OWASP – Riesgos en seguridad web
- Artículos de IEEE Software y DORA sobre gestión ágil de riesgos
📝 Actividades sugeridas
- Crear una matriz de riesgos para tu proyecto grupal.
- Identificar al menos 3 riesgos técnicos y definir acciones para mitigarlos.
- Simular la aparición de un riesgo y analizar cómo reacciona tu planificación.
💡 Cierre
La gestión de riesgos no elimina los problemas, pero permite anticiparlos y controlarlos, en lugar de simplemente reaccionar.