Gestion De Riesgos

1. Introducción

Uno de los elementos clave a la hora de asegurar el éxito en el proyecto, medido en términos de cumplimiento de plazos, costes, alcance funcional y calidad final de la solución, es la Gestión de Riesgos. Implantar una Gestión de Riesgos adecuada será un elemento decisivo a la hora de asegurar el Proyecto, mediante la identificación y el análisis por adelantado de los riesgos potenciales que puedan afectar al Proyecto, y la elaboración de las acciones de contingencia adecuadas para evitar su aparición o para minimizar el impacto en el Proyecto, en caso de que finalmente el riesgo se verifique.

1.1. Propósito

Este documento presenta el análisis de los riesgos identificados durante la fase de Inicio del proyecto “Virtual Class II”. Para cada riesgo observado se valorarán sus efectos y contexto de aparición para el caso en que se convierta en un hecho. Además, se definirán estrategias para reducir la probabilidad del riesgo o para controlar sus posibles efectos.

1.2. Alcance

El ámbito del análisis de riesgos cubre toda la extensión del proyecto observado desde su fase inicial. Será necesario durante el desarrollo del proyecto revisar y actualizar los contenidos del análisis de riesgos en caso de que se detecten nuevos riegos no visibles en este momento.

Este documento será aplicable a todas las fases del Proyecto.

1.3. Definiciones, siglas y abreviaturas.

• Véase el Plan_desarrollo_software.doc

.

1.4. Referencias

En este documento se hace referencia a los siguientes documentos:

• Plan_desarrollo_software.doc

2. Gestión del Riesgo

2.1. Identificación de Riesgos

Listado de Riesgos, Tipo de Riesgo

ID Descripción del Riesgo Tipo de Riesgo

R01 Requisitos poco claros Riesgo del Producto

R02 Abandono temporal de un miembro del equipo Riesgo del Proyecto

R03 Falta de Experiencia en tareas de planificación Riesgo del Proyecto

R04 Falta de Experiencia con las herramientas utilizadas Riesgo del Producto/Proyecto

R05 Diseño Erróneo Riesgo del Producto

R06 Falta de un Experto Riesgo del Proyecto

R07 Pérdida de documentación y/o otros artefactos Riesgo del Proyecto

R08 Conflictos entre los integrantes del grupo Riesgo del Proyecto

R09 Inestabilidad del entorno de desarrollo y documentación el proyecto Riesgo del Proyecto

R10 Estimación de costos fuera del alcance de la realidad Riesgo del Proyecto

R11 Falta de seguimiento permanente de tareas y actividades Riesgo del Proyecto

R12 Aprendizaje de JSF Riesgo del Proyecto

R13 Falta de comunicación entre los integrantes del grupo. Riesgo del Proyecto

2.2. Análisis del Riesgo

ID Análisis del Riesgo

R01

Magnitud

Variable según la fase de aparición:

 Inicio: baja.

 Elaboración: media.

 Construcción: alta.

 Transición: muy alta

Descripción

Los requisitos representan la idea que tiene el cliente sobre la aplicación, sobre ellos se construyen los casos de uso y dichos casos de uso guían el desarrollo del proyecto. Una mala o insuficiente recolección de los mismos afecta a la calidad de todo el proyecto.

Impacto

La incorporación o modificación de requisitos durante el desarrollo requerirá realizar cambios sobre gran parte de la documentación del producto elaborada con anterioridad al momento del cambio. Estas modificaciones serán menos costosas durante las dos primeras fases del proyecto, pero pueden suponer trastornos importantes durante las fases de Construcción y Transición, pues no sólo cambiaría la documentación sino también el código fuente y los ejecutables.

Indicadores

Al realizar la consulta al cliente, no sabe indicar con propiedad cuales son los servicios que espera obtener de la aplicación.

R02

Magnitud

Alta, cuando afecta a un solo miembro. Muy alta, si afecta a más de uno.

Descripción

Algún miembro del proyecto no se encuentra disponible por cualquier motivo externo (enfermedad, lesión, etc) durante un periodo corto de tiempo, y por lo tanto no puede realizar tareas relacionadas con el proyecto.

Impacto

La falta de disponibilidad de los recursos humanos puede provocar el retraso con respecto a la planificación inicial de cualquier actividad del proyecto. Teniendo en cuenta que la entrega no puede posponerse, la falta de disponibilidad de personal puede suponer una pérdida de calidad en el producto.

Indicadores

Ninguno. Al ser un riesgo por causas externas al proceso, se supone que es un riesgo difícil de predecir.

R03 Magnitud

Media.

Descripción

El grupo tiene poca experiencia en el desarrollo de software siguiendo una estructura de tareas y fechas preestablecido.

Impacto

La planificación guía todo el desarrollo del proyecto. Un error en la misma puede incidir directamente en sus resultados. No obstante, la división en iteraciones reduce el posible impacto de los errores, permitiendo que estos puedan ser corregidos o absorbidos en iteraciones posteriores a la de su aparición.

Indicadores

Diferencias entre el desarrollo real del proyecto y la planificación estimada.

R04 Magnitud

Variable según la fase de aparición:

 Inicio: baja.

 Elaboración: media.

 Construcción: alta.

 Transición: alta.

Descripción

El equipo tiene dificultades a la hora de realizar sus objetivos (tanto de documentación como de implementación) por su inexperiencia con las herramientas disponibles para el mismo.

Impacto

Puede suponer retrasos.

Indicadores

No procede.

R05

Magnitud

Baja en Elaboración, alta en Construcción.

Descripción

El diseño del sistema resulta inadecuado. Al realizar actividades de implementación puede encontrase que el diseño carece del suficiente nivel de detalle o está mal enfocado, bien por la naturaleza del problema, o bien por restricciones de uso impuestas por tecnologías de terceros.

Impacto

Puede introducir retrasos en el proyecto ante la necesidad de volver a considerar el diseño trazado.

...