Introducción a los riesgos a tener en cuenta

En todo proyecto, la aparición de riesgos es inevitable. Estos pueden afectar negativamente el cumplimiento de los objetivos establecidos, impactando en el alcance, el tiempo, los costos, la calidad o la satisfacción de los usuarios. Por ello, es fundamental identificar, analizar y planificar respuestas frente a los posibles riesgos desde las etapas iniciales del proyecto.

Este apartado presenta los principales riesgos potenciales que podrían surgir durante el desarrollo del proyecto, organizados por categorías clave como alcance, equipo, comunicación, requisitos, arquitectura e integración. La identificación de estos riesgos permite anticiparse a los problemas, establecer planes de mitigación y garantizar un mejor control del proyecto en su conjunto.

Identificación de riesgos

Alcance

• Especificación no suficientemente definida.
• Objetivos no alcanzados o desviaciones por alta complejidad (Desconocimiento de la dificultad y uso de los lenguajes de programación).
• Un número elevado de solicitudes de cambio.
• Cambios frecuentes en calendario y fechas límite.
• Pérdida de interés o actitudes negativas del equipo.

Gestión del cambio

• Solicitudes de cambio constantes que afectan la planificación.
• Dificultad para adaptarse a nuevas condiciones del entorno o requerimientos del cliente.

Comunicación

• Priorización inadecuada de historias de usuario no esenciales.
• Conflictos internos entre miembros del equipo.
• Falta de comunicación efectiva.
• Dificultad para tomar decisiones de forma consensuada.

Equipo

• Contribuciones de baja calidad.
• Requisitos que consumen mucho tiempo.
• Necesidad de nuevas habilidades, que suponen una perdida de productividad.
• Falta de experiencia en ciertas áreas técnicas.
• Falta de autoridad o liderazgo claros.
• Bajas inesperadas de miembros del equipo.

Requisitos

• Incumplimiento de normativas legales o éticas.
• Incumplimiento de los requisitos del proyecto.
• Mal uso del marco SCRUM.
• Falta de historias de usuario esenciales.

Arquitectura y Técnica

• Fallo del proyecto por mala base técnica.
• Componentes no extensibles ni escalables.
• Uso de código heredado sin documentación.
• Producción insostenible o con bajo rendimiento.
• Complejidad técnica del modo multijugador persistente.
• Carga de trabajo en IA, simulación y gestión de recursos.

Integración

• Retrasos en alguna tarea que impida o dificulte el avance de las demás.
• Incapacidad para mejorar componentes o actualizar componentes existentes.