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.

...