Trabajo Investigación gestión de Riesgo

II Parte: ANALISIS Y CUANTIFICACION

Gestión de Riesgos para proyectos de Software

La Gestión de Riesgos para proyectos de Software se entiende como la práctica y aplicación de métodos y herramientas para administrar los riesgos de un proyecto. Esta disciplina se enfoca en la toma proactiva de decisiones para asesorar qué es lo que puede salir mal en la implementación de un sistema de softwareo en el proceso mismo de su elaboración.
La idea es estipular cuáles riesgos se pueden encontrar en el camino, así como su orden de importancia en cuanto a la prioridad con que éstos se deben tratar, al mismo tiempo que se busca también establecer las estrategias a seguir a la hora de toparse con alguno de estos riesgos.
Se parte de la idea de que “cualquier progreso está acompañado portensiones que pueden conllevar a riesgos”. Los aspectos teóricos y prácticos son tratados de maneras distintas dependiendo del nivel donde haya probabilidad de encontrar un riesgo, así sea a nivel individual, del proyecto, del negocio o a nivel de sociedad.
En este caso, el enfoque sería a nivel de proyecto, específicamente de software. Los riesgos tienen su costo, tienen un potencial alto de impactarnegativamente la integridad del proyecto, por eso surge la necesidad de elaborar herramientas que permitan analizar los distintos tipos de eventos que pueden resurgir al tolerar desviaciones de la iniciativa planeada originalmente.
Los agentes involucrados desean percibir tanto los riesgos asociados con el proyecto como los efectos que estos causan, la probabilidad de que ocurran y el impacto quetienen en relación con otros aspectos del proyecto mismo. A la hora de establecer un proceso para administrar los riesgos, se utilizan técnicas de análisis cualitativo y cuantitativo, las cuales brindan oportunidades para lograr los objetivos mencionados en este mismo párrafo.
A la hora de realizar este analizar, los criterios para evaluación deben ser concisos y las mediciones pequeñas paramantener un máximo nivel de eficiencia. Todas las áreas de la actividad deben ser procesadas por los métodos de análisis para poder identificar las medidas de contingencia a tomarse. Estas medidas deben basarse en métodos fundamentados apropiadamente y con trasfondo conocido en cuanto a su eficacia y su antigua utilización.

Riesgos típicos

Al efectuarse el análisis de riesgos, comúnmente seencuentran alguno o algunos de los por Capers Jones en su libro de Evaluación y Control de Riesgos de Software. A continuación los diez principales:
1. Uso de métricas inadecuadas de productividad y avance.
2. Reporte incompleto de costos.
3. Presión excesiva sobre el calendario. El desarrollo experimenta retrasos en relación con los plazos establecidos en la etapa de planeación del proyecto.
4. Malagerencia.
5. Estimación imprecisa de costos; los costos del desarrollo del proyecto son más elevados que lo planeado.
6. Síndrome de la panacea, donde el usuario supone que el software resolverá todos sus problemas.
7. Requerimientos crecientes del usuario.
8. Baja calidad (un producto de software se entrega típicamente con 0.75 defectos por punto de función).
9. Productividad baja (un promedio de 8puntos de función por miembro desarrollador por mes para sistemas de información, y 4 puntos de función para software de infraestructura computacional).
10. Proyectos cancelados. La tasa de cancelación es proporcional al tamaño del software desarrollado y alcanza 50% en productos con más de 10K puntos de función. Adicionalmente resultante preocupante saber que los proyectos cancelados promedianun año de retraso y han gastado el doble de su presupuesto original para el momento de su cancelación.

Los riesgos también pueden variar dependiendo del producto en el que se esté trabajando. Según Capers Jones, la clasificación se hace en seis áreas:
1. Sistemas de Información Gerencial.
2. Sistemas de infraestructura computacional.
3. Software mercadeado comercialmente.
4. Sistemas con fines...