PLAN DE GESTION DE RIESGOS

PLAN DE GESTION DE RIESGOS

WEB CONFERENCE

Contenido

1. INTRODUCCIÓN 3

1.1. PROPÓSITO 3

1.2. ALCANCE 3

1.3. DEFINICIONES, SIGLAS Y ABREVIATURAS. 3

2. GESTIÓN DEL RIESGO 3

2.1. IDENTIFICACIÓN DE RIESGOS 3

2.2. ANÁLISIS DEL RIESGO 4

2.3. ACCIONES DE PREVENCIÓN Y DE CORRECCIÓN 7

2.4. CONTROL Y SEGUIMIENTO DE RIESGOS 9

3. MATRIZ DE RIESGO 9

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 “Web Conference”. 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.

• Jefe de proyecto: Conduce, administra y gestiona desde su concepción original hasta el lanzamiento de un producto final.

• Analista: El analista tiene como cometido analizar un problema y describirlo con el propósito de ser solucionado mediante un requerimiento o aplicación.

• Arquitecto de redes: es el diseñador de propuestas técnicas y administrativas en el moldeamiento de comunicaciones y conectividad de una arquitectura de red y su seguridad que esta requiere.

• Soporte de redes: Encargado de brindar soporte redes de comunicaciones alambicas e inalámbricas, sistemas en analizar caídas y tráfico en la comunicación.

• Equipo de desarrollo: Es el grupo de personas que trabajan en forma conjunta y coordinada en el desarrollo desde el inicio y fin de un proyecto para lograr una meta en común

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 del software a implementar 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 la arquitectura del proyecto el cual nos guiaran en el desarrollo del proyecto. Una mala o insuficiente recolección de los requerimientos o requisitos 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 del proyecto 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.

Requiere la actualización o modificación de la arquitectura.

Indicadores

La arquitectura no cumple las expectativas. Se complica la implementación.

R06

Magnitud

Media.

Descripción

No hay un experto del dominio en el equipo de desarrollo al que poder consultar.

Impacto

Puede suponer retrasos.

Indicadores

No procede

R07 Magnitud

Alta.

Descripción

Por causas varias se pierde parte o el total de la documentación así como la posibilidad de perder los componentes de la arquitectura, como pueden ser: parte de la implementación o ficheros de planificación.

Impacto

Variable, puede suponer una catástrofe, o un simple retraso.

Indicadores

Ninguno.

R08 Magnitud

Media.

Descripción

Aparición de problemas y discrepancias entre los miembros del proyecto. Falta de acuerdo en las decisiones tomadas.

Impacto

Si los desacuerdos no son rápidamente resueltos se pueden provocar retrasos en la planificación. Teniendo en cuenta que no se puede producir un retraso en la entrega final, se tendría que reajustar la planificación con una posible pérdida de calidad del producto.

Indicadores

Mucho tiempo dedicado a decisiones concretas, énfasis en las posturas enfrentadas, número de enfrentamientos con respecto a una misma decisión.

R09 Magnitud

Alta

Descripción

Tanto el proceso de desarrollo como el de documentación se soportan sobre una PC normal con software piratas, que

...