gestios de riesgos

GESTIÓN DEL RIESGO
25.1 Estrategias de riesgo reactivas y proactivas
El gestor promedio de proyectos de software no es indiana jones, y los miembros del equipo de proyecto de software no son sus confiables compañeros. Más aún, la mayoría de los equipos de software se apoyan exclusivamente en las estrategias de riesgo reactivas. Los riesgos se apartan para tratarlos, lo que puede convertirlosen problemas reales. Los riegos se apartan para tratarlos, lo que puede convertirlos en problemas reales. Más usualmente, el equipo de software no hace nada acerca de los riesgos hasta que algo sale mal. Entonces el equipo se precipita en la acción con la finalidad de corregir el problema rápidamente. Con frecuencia a esto se le llama el modo bombero. Cuando esto falla, la “gestión de crisis” asumeel control y el proyecto está en un verdadero peligro.
Una estrategia considerablemente más inteligente para la gestión del riesgo es ser proactivo. Una estrategia proactiva comienza mucho antes de que se inicie el trabajo técnico. Se identifican los riesgos potenciales, se valoran su probabilidad e impacto, y se les clasifica según su importancia. Luego, el equipo de software establece un planpara gestionar el riesgo.
25.2 Riesgos del Software
Aunque hay un considerable debate en torno a la definición propia para el riesgo de software, existe un acuerdo general en que el riesgo siempre involucra dos características:
Incertidumbre: el riesgo puede o no ocurrir; esto es, no existen riesgos 100% probables.
Pérdida: si el riesgo se convierte en realidad, ocurrirán consecuencias opérdidas indeseables.
Esto se logra considerando diferentes categorías de riesgos.
Los riesgos del proyecto amenazan el plan del proyecto. Es decir, si los riesgos del proyecto se vuelven reales es probable que la calendarización del proyecto se altere y que los costos aumenten.
Los riesgos técnicos amenazan la calidad y actualidad del software que se producirá. Si un riesgo técnico se vuelve real,la implementación se torna difícil o imposible.
Los riesgos de negocios amenazan la viabilidad del software que se construirá. Estos riesgos con frecuencia ponen en peligro el proyecto o el producto.
Los riesgos conocidos son aquellos susceptibles de descubrirse después de una evaluación cuidadosa de plan del proyecto, del entorno de negocios y técnico dentro de los cuales se desarrollara elproyecto, y otras fuentes de información confiables. Los riesgos predecibles se extrapolan de la experiencia con proyectos previos. Los riesgos impredecibles son el comodín de la baraja. Pueden y de hecho ocurren, pero son extremadamente difíciles de identificar con antelación.
25.3 Identificación de Riesgos
Es un intento sistemático encaminado a especificar las amenazas al plan del proyecto. Alidentificar los riesgos conocidos y predecibles, el gestor del proyecto da un primer paso para evitarlos cuando es posible y a controlarlos cuando es necesario.
Existen dos tipos distintos de riesgos para cada una de las categorías que se han presentado en la sección: los riesgos genéricos y los riesgos específicos del producto. Los riegos genéricos son una amenaza potencial para todo el proyectode software. Los riesgos específicos del producto los pueden identificar solo aquellos con un claro conocimiento de la tecnología, el personal y el entorno específico del software que se construirá.
Un método para identificar riesgos consiste en crear una lista de verificación de riesgos. Con esta se pueden identificar riesgos y enfocarse en algún subconjunto de riesgos conocidos y predecibles enlas siguientes subcategorías genéricas:
Tamaño del producto: riesgo asociado con el tamaño global del software que se construirá o modificará.
Impacto en el negocio: riesgos asociados con las restricciones que impone la gerencia o el mercado.
Características del cliente: riesgos asociados con la sofisticación del cliente y la habilidad del desarrollador para comunicarse con él en una forma...