Análisis de Riesgos en Proyectos de Software

Los riesgos están inmersos en el desarrollo de todos los proyectos, incluso si no hablamos de software, sino de obras civiles o comerciales también hablaríamos de Riesgos, lo cierto es que el riesgo se relaciona con eventos futuros que afectan el normal curso de las actividades planeadas del proyecto y que necesariamente exigen de parte del equipo de trabajo encabezado por el líder de proyecto, un cambio o un toma de decisión para mitigarlo.

Los riesgos no deben suponer la realidad de “Catástrofes” en el cumplimiento o las entregas del proyecto, sino por el contrario una oportunidad para en un escenario diferente tomar en el proyecto mejores decisiones que impliquen cambios y favorezcan notoriamente el producto.

Considerando entonces el riesgo desde la Ingeniería de Software decimos que el Análisis y gestión del riesgo son una serie pasos que ayudarán al equipo de software a entender y manejar la incertidumbre que se susciten en el proyecto. Un riesgo es un problema potencial que puede hacerse realidad o no, pero que sin importar el resultado, es una buena práctica identificarlo desde un principio, evaluando cual es el porcentaje de probabilidad para que se haga  realidad y cuál sería su impacto.

Para aquellos que se vieron la película "Indiana Jones", recordarán que este personaje interpretado por Harrison Ford, cuando se enfrentaba a alguna dificultad decía:”¡No te preocupes, pensaré en algo!”, lo cual indicaba que el solo se preocupaba por los problemas cuando eran inminentes, de esta forma, hacia alguna acción valerosa que le resultaba bien, eso es muy parecido a lo que sucede en algunos equipos de desarrollo de software, quienes son “reactivos” ante los problemas y no los identifican antes, solo los enfrenta cuando tristemente aparecen.

En los proyectos de software  y en la mayoría de los proyectos de diversa clase, no es buena práctica hacer el papel de “bombero” para resolver, esto puede resultar muy tedioso y desgastante para el equipo, en este caso se deben contemplar todo aquello que amenaza nuestro proyecto para esto se deben realizar tres cosas claves:

·         Identificar riesgos potenciales

·         Estimar su probabilidad e impacto

·         Clasificarlos según su importancia

Luego de estos pasos se deben diseñar estrategias proactivas para la gestión del riesgo.

Riesgos del Software

Riesgos del proyecto

Los riesgos del proyecto afectan muchos aspectos del proyecto, pero principalmente afecta el calendario del proyecto y en consecuencia los costos iniciales pactados con el cliente, debido a que la mitigación del riesgo puede representar el aumento de participantes y recursos.

Riesgos Técnicos

Estos amenazan la calidad del software, cuando un riesgo técnico, por la implementación de un nuevo componente de generación de reportes sin que el equipo conozca las funcionalidades y ventajas de este o el grado de consumo de recursos del servidor y del explorador, puede traer graves consecuencias, en el diseño, desarrollo,  implementación y mantenimiento del software.

Riesgos de Negocios

Estos riesgos amenazan la viabilidad del proyecto:

1.       Diseñar y desarrollar un producto con calidad que en el mercado nadie quiere.

2.       Desarrollo de un aplicativo que ya no se acopla a las estrategias comerciales de la compañía.

3.       Desarrollo de un producto que la fuerza comercial no sabe cómo vender.

4.       Falta de financiamiento por parte de los altos ejecutivos del proyecto.

5.       Pérdida y falta de presupuesto para continuar con el proyecto.

Riesgos Impredecibles

En esta categoría se encuentran los más desafortunados, aquellos que no fueron detectados a tiempo, por más que los ingenieros de software se dediquen a invertir un tiempo tratando de identificarlos, estos son muy difíciles de encontrar , estos también merecen un tiempo considerable.

Identificación del riesgo

Este consiste en crear una lista de chequeo, con esta se pueden encontrar varios de los más comunes.

Bibliografía :  Ingenieria del Software, Un enfoque práctico. Roger S. Pressman Mc. Graw Hill