Gushack

Análisis y Gestión de riesgos
“Ya pensare en algo”

El análisis y gestión de riegos son una serie de pasos que ayudan al equipo de software a gestionar y a comprender la incertidumbre. Un proyecto de software puede estar lleno de problemas, un riesgo es un problema potencial (pueden ocurrir o no). Pero sin tener en cuenta el resultado es realmente una buena idea identificarlos, evaluar suprobabilidad de aparición, estimar su impacto y establecer un plan de contingencia por si ocurre algún problema.

Todos los que están involucrados en el proceso del software (gestores, ingenieros de software y los clientes) participan en el análisis de riesgo.

El software es una empresa muy difícil, muchas cosas pueden ir mal y francamente muy seguido van mal. Esta es la razón por la cual sedebe de estar preparado, comprendiendo los riesgos que pueden surgir durante el desarrollo y tomando medidas proactivas para poder evitarlo o gestionarlo.

El reconocimiento de que algo puede salir mal es el primer paso llamado identificación de los riesgos. A continuación cada riesgo es analizado para determinar la probabilidad de que pueda ocurrir y el daño que puede causar si este ocurre. Unavez analizados los riesgos, estos se deben de priorizar, en función a la probabilidad y la ocurrencia.

Por último se desarrolla un plan para gestionar aquellos riesgos con gran probabilidad de impacto.

Estrategias de riesgo proactivas vs reactivas.

Las estrategias proactivas y reactivas se han denominado humorísticamente escuela de gestión del riesgo de Indiana Jones. En las películas deindiana Jones cuando se enfrentaba a un dificultad insuperable, siempre solía decir “ya pensare en algo, no te preocupes”. Nunca se preocupaba por los problemas hasta que estos ocurrían y reaccionaba por sentido común (instinto). Desgraciadamente en un proyecto de software indiana Jones no es el coordinador de proyecto y generalmente el coordinador de proyecto no tiene la experiencia de indianaJones y los miembros del equipo no son los fieles colaboradores de indiana. Lo ideal en un proyecto de software seria tener toda la experiencia deseable para reaccionar ante cualquier posible situación, no planeada y reaccionar por instinto, de esta manera nos dedicaríamos a la planificación y gestión del riesgo.

En el mejor de los casos las estrategias reactivas supervisan el proyecto en revisiónde posibles riesgos. Los recursos para el desarrollo de ponen en segundo plano, en cado de que pudieran convertirse en problemas reales, la más frecuente es que el equipo de software no haga nada respecto a los riesgos hasta que algo sale mal.

Una estrategia considerablemente más inteligente para el control de riesgos es ser proactivo, la estrategia proactiva comienza mucho antes de queempiecen los trabajos del equipo de software casi a la par con la IR. Se deben de identificar los posibles riesgos de trabajo, se evalúa su posibilidad de impacto, el grado de ocurrencia y se establece una prioridad según su importancia.

El principal objetivo de esta estrategia es evitar el riesgo, pero como no todos los riesgos se pueden evitar, es un factor determinante la experiencia, la madurez yel tiempo del gestor y los colaboradores.

Riesgos del software

Aunque hayan existido amplios debates sobre la definición adecuada para riesgo de software alguien formo un acuerdo que el riesgo del software implica 2 características:


Incertidumbre

El acontecimiento que caracteriza el riesgo de que puede o no puede ocurrir.

Perdida

Si el riesgo se convierte en una realidadpueden ocurrir consecuencias no deseadas y/o perdidas.

Cuando se analizan los riesgos es importante cuantificar el nivel de incertidumbre y grado de pérdidas asociadas con cada riesgo, para ellos se consideran diferentes categorías de riesgos:

Riesgos del proyecto.

Son aquellos que amenazan al plan del proyecto. Los riesgos del proyecto identifican los problemas potenciales de presupuesto,...