En la siguiente tabla se enumeran una lista de riesgos al desarrollo del proyecto y sus posibles soluciones:
1. Falta de experiencia con las herramientas de desarrollo
2. Fallas de programación
3. Falta de tiempo para probar el producto
4. Incumplimientos de objetivos del software
A continuación se describe la estrategia planteada para minimizar los riesgos a enfrentar en el proyecto enumerados anteriormente.
Riesgo: Falta de experiencia con herramientas de desarrollo
Magnitud: Medio
Descripción: Falta de experiencia del desarrollador en las herramientas de necesarias para el desarrollo del proyecto.
Impacto: Falta de calidad del producto final si no se utilizan adecuadamente las herramientas.
Indicadores: Necesidad de uso de la herramienta para culminación del proyecto.
Estrategia de mitigación: Planificar cursos de aprendizaje de las herramientas en las etapas iniciales del proyecto
Plan de contingencia: Entrenarse con manuales de las herramientas disponibles en Internet.
Riesgo: Fallas de programación
Magnitud: Medio
Descripción: Fallas en el sistema por programación que causa que el usuario obtenga errores o no obtenga lo que está solicitando.
Impacto: Baja calidad del producto al no cumplir con funcionalidad.
Indicadores: Retrasos en la construcción o entrega del código.
Estrategia de mitigación: Incluir pruebas de software en las fases iniciales de programación.
Plan de contingencia: En caso de presentarse, realizar una inversión de tiempo en los errores de programación.
Riesgo: Falta de tiempo para probar el producto
Magnitud: Medio
Descripción: Significa que no se dispone del tiempo que se requiere para probar el software
Impacto: El producto no posee la garantía de su funcionalidad si no es posible probarlo.
Indicadores: Falta de cumplimiento del plan del proyecto en las fechas indicadas. Si el proyecto se va retrasando, la etapa de pruebas se va postergando también.
Estrategia de mitigación: Planificar la etapa de validación dentro del tiempo que se tiene previsto para la elaboración de este proyecto.
Plan de contingencia: De llegar a ocurrir este riesgo, se debe realizar una inversión de tiempo extra en realizar las pruebas
Riesgo: Incumplimiento de objetivos del software
Magnitud: Alto
Descripción: El software está diseñado para que pueda usarse como un administrador de torneos de ajedrez. Si no se logra administrar un torneo de ajedrez con las características acordadas podría decirse que el programa no logra los objetivos para los que fue diseñado.
Impacto: Puede producir la no aprobación del producto del tema de tesis
Indicadores: Observaciones del asesor de tesis al probar los prototipos.
Estrategia de mitigación: Las actividades a realizar con respecto a las funcionalidades y al diseño del software están avaladas por el asesor de tesis desde el momento en que se inicia el proyecto. Otra estrategia es utilizar herramientas de programación que impliquen la incorporación de cambios fácilmente.
Plan de contingencia: Cambio de las actividades parcial o totalmente, involucrando una inversión de tiempo considerable dependiendo del caso.
Cómo se puede apreciar el mayor nivel de riesgo se encuentra en el cumplimiento de las tareas establecidas en el calendario, así como en el surgimiento de problemas en el rendimiento de la solución terminada.