putas gratis

Marco Dueñes Intriago
María Cabrales Jaquez
Resumen capitulo 6
Ingeniería del software

Análisis y gestión de riesgo
Estrategias de riesgo proactivas vs reactivas
Una estrategia considerablemente más inteligente para el control del riesgo es ser
proactivo. La estrategia proactiva empieza mucho antes de que comiencen los
trabajos técnicos. Se identifican los riesgos potenciales, se evalúasu probabilidad
y su impacto y se establece una prioridad según su importancia. Después, el
equipo de Software establece un plan para controlar el riesgo. El primer objetivo
es evitar el riesgo, pero como no se pueden evitar todos los riesgos, el equipo
trabaja para desarrollar un plan de contingencia que le permita responder de una
manera eficaz y controlada. A lo largo de lo que queda deeste capítulo,
estudiamos la estrategia proactiva para el control de riesgos.

Riesgo del software
Aunque ha habido amplios debates sobre la definición adecuada para riesgo de
software, hay acuerdo común en que el riesgo siempre implica dos características:

 Incertidumbre: el acontecimiento que caracteriza al riesgo puede o no
puede ocurrir; por ejemplo, no hay riesgos de un 100 por 100de
probabilidad'.

 Pérdida: si el riesgo se convierte en una realidad, ocurrirán consecuencias
no deseadas o pérdidas. Cuando se analizan los riesgos es importante
cuantificar

 El nivel de incertidumbre y el grado de pérdidas asociado con cada riesgo.
Para hacerlo, se consideran diferentes categorías de riesgos.

¿Qué tipo de riesgos es probable que nos encontremos en el software quese construye?

Los riesgos del proyecto amenazan al plan del proyecto; es decir, si los riesgos del
proyecto se hacen realidad, es probable que la planificación temporal del proyecto
se retrase y que los costes aumenten. Los riesgos del proyecto identifican los
problemas

potenciales

de

presupuesto,

planificación

temporal,

personal

(asignación y organización), recursos,cliente y requisitos y su impacto en un
proyecto de software. En el Capítulo 5, la complejidad del proyecto, tamaño y el
grado de incertidumbre estructural fueron también definidos como factores (y
estimados) de riesgo del proyecto. Los riesgos técnicos amenazan la calidad y la
planificación temporal del software que hay que producir. Si un riesgo técnico se
convierte en realidad, laimplementación puede llegar a ser difícil o imposible. Los
riesgos técnicos identifican problemas potenciales de diseño, implementación, de
interfaz, verificación y de mantenimiento. Además, las ambigüedades de
especificaciones, incertidumbre técnica, técnicas anticuadas y las tecnologías
punta son también factores de riesgo.

Los riesgos técnicos ocurren porque el problema es más difícil deresolver de lo
que pensábamos. Los riesgos del negocio amenazan la viabilidad del software a
construir. Los riesgos del negocio a menudo ponen en peligro el proyecto o el
producto. Los candidatos para los 3 principales riesgos del negocio son:


Construir un producto o sistema excelente que no quiere nadie en realidad
(riesgo de mercado)



Construir un producto que no encaja en laestrategia comercial general de
la compañía (riesgo estratégico)



Construir un producto que el departamento de ventas no

Identificación del riesgo
La identificación del riesgo es un intento sistemático para especificar las
amenazas al plan del proyecto (estimaciones, planificación temporal, carga de
recursos, etc.). Identificando los riesgos conocidos y predecibles, el gestor del
proyectoda un paso adelante para evitarlos cuando sea posible y controlarlos
cuando sea necesario.
Existen dos tipos diferenciados de riesgos para cada categoría presentada en la
Sección 6.2:


Riesgos genéricos: son una amenaza potencial para todos los proyectos de
software.



Los riesgos específicos de producto sólo los pueden identificar los que
tienen una clara visión de la tecnología,...