PLAN DE GESTIN DE RIESGOS

Sistema de Guas de Correspondencia REDESEP SGCREDESEP

Versin 1.3

31/07/2012

1. INTRODUCCIN
El siguiente documento tiene como finalidad recoger los riesgos en el proyecto del Sistema de Guas de Correspondencia REDESEP y establecer su valor de probabilidad y de impacto sobre el proyecto, esto con el fin de poder realizar acciones correctivas y mitigar su repercusin sobre el proyecto. Los riesgos son eventos o condiciones inciertas, es decir, no sabemos si se van a producir o no, pero si se producen, tienen un efecto, la mayora de las veces, negativo sobre al menos un objetivo del proyecto, como tiempo, coste, alcance o incluso la calidad del mismo

2. OBJETIVOS
Identificacin y posible comprobacin de riesgos. Implementar un anlisis de cada riesgo para identificar su impacto y prioridad. Analizar la metodologa para la gestin y control de riesgos.

3. ROLES Y RESPONSABILIDADES
ROL ORIGINADOR DEL RIESGO RESPONSABILIDAD Persona quien identifica el riesgo y es formalmente responsable por: Documentacin formal del riesgo, completando un formato para riesgos Publicacin del formato de riesgo para la revisin por parte del Gerente del Proyecto Persona que recibe, registra y monitorea el progreso de todos los riesgos del proyecto y es responsable de: Recibir los formatos de riesgos e identificacin de riesgos apropiados para el proyecto Grabar todos los riesgos en el registro de riesgos Presentar todos los riesgos al Grupo de Revisin del Proyecto Reportar y comunicar todas las decisiones tomadas por el grupo de Revisin del proyecto Monitorear el progreso y las acciones de mitigacin asignadas Persona encargada de confirmar el riesgo, es decir su probabilidad e impacto y asigna las acciones segn la estrategia seleccionada para cada riesgo y es responsable de: Regular repaso de los riesgos que se encuentran en el Registro de Riesgos Identificacin de solicitudes de cambio necesarias para mitigar los riesgos identificados Asignacin de acciones para mitigar riesgo El cierre de riesgos que no presenten acciones pendientes y no presentan probablemente ms impacto al proyecto Est comprometido con las acciones de mitigar el riesgo, delegados por el Tester

GERENTE DEL PROYECTO

TESTER

EQUIPO DE TRABAJO

4. METODOLOGA
Para comenzar con la Gestin de Riesgos debemos analizar ciertos aspectos que nos ayuden a realizar un correcto procedimiento para nuestro proyecto, lo que nos permitira obtener un exitoso plan de riesgos.

a. Identificacin y comunicacin del riesgo

Los riesgos pueden ser identificados durante todo el desarrollo del proyecto por cualquier miembro del equipo, asociado o afectado por el proyecto. Se deber comunicar el riesgo detectado al Lder de Proyecto para que ste realice la validacin previa al ingreso.

b. Definicin de atributos.
#Riesgo Ttulo Descripcin Consecuencia Estado Categora Fecha Creacin Probabilidad Nmero secuencial atribuido a cada riesgo (automtico) Nombre corto del riesgo La descripcin completa del riesgo, pregunta o problema que precisa ser resuelto. Descripcin del impacto que tendra si se hace real Estado actual del riesgo. Los Issues nuevos deben tener el estado de Abierto, y el resto de los estados deben ser atribuidos en base al criterio establecido en la tabla de estados en el documento de plan de riesgos. Nombre de agrupamiento de riesgos Fecha en la que se registra el riesgo Probabilidad de que el riesgo se transforme en un issue, puede ser ALTA(3), MEDIA(2) o BAJA(1), Este campo permite identificar el impacto que tendra el riego si se transforma en un issue. El nivel de Severidad se basa en el criterio establecido en la tabla presentada en la seccin Tabla de Niveles de Severidad del documento Plan de Riesgos Valor que se calcula en funcin del impacto y la probabilidad, define cuan critico es el riesgo

Impacto

Criticidad

Riesgo
R01

Ttulo
Error en la definicin del alcance Errores en la estimacin del proyecto Cambios de polticas de gestin La fecha final ha cambiado El personal no cumple con las tareas en el perodo establecido El personal cumple con las tareas pero entrega un mal resultado Requisitos mal definidos Poco conocimiento en la utilizacin de las herramientas El personal contratado renuncia

Descripcin
No existe una definicin clara y formal del alcance del proyecto Errores en los clculos necesarios para realizar la estimacin del presupuesto y del cronograma necesario para el proyecto Cambio de polticas de gestin que pueden afectar las metas y objetivos del proyecto. La fecha final de entrega se ha cambiado sin ajustarse al mbito del producto o a los recursos disponibles El personal contratado no proporciona los componentes o no cumple con las tareas encomendadas en el perodo establecido El personal cumple con las tareas en los tiempos especificados, pero los componentes que brinda no son de la calidad requerida Los requisitos no se han definido correctamente El equipo de desarrollo no cuenta con los suficientes conocimientos o experiencia en cuanto a las herramientas de desarrollo, implementacin Algn miembro del equipo de proyecto decide separarse del mismo

Consecuencia
Objetivos ambiguos, no disponer de una descripcin clara de la solucin que se pretende desarrollar No disponer de los recursos necesarios para terminar el proyecto a tiempo, sobrecarga de tareas al personal, no disponer de los recursos monetarios para hacer frente al proyecto El proyecto puede sufrir retrasos, cuanto ms avanzado este el desarrollo del mismo ms crtico ser implementar los cambios, y generacin de nuevos requisitos. El proyecto puede no cumplir con el tiempo requerido. Sobrecarga de tareas al personal involucrado El proyecto puede exceder el tiempo definido en el cronograma, por lo que se debe brindar ms tiempo para que lo puedan entregar El proyecto se excedera en tiempo, costo y alcance, por lo que es probable que se contrate nuevo personal o brindar ms tiempo para que lo vuelvan a hacer La redefinicin de los requerimientos aumenta el mbito del proyecto Retraso en el desarrollo de las actividades definidas para el proyecto. No aprovechar por completo las herramientas con las que se cuenta

Estado
Abierto

Categora
Alcance

Fecha Creacin
30/07/2012

Probabilidad
1

Impacto
2

Criticidad
2

R02

Abierto

Gerenciamiento y Control

30/07/2012

R03

Abierto

Requerimientos

30/07/2012

R04

Abierto

Gerenciamiento y Control

30/07/2012

R05

Abierto

Recursos

30/07/2012

R06

Abierto

Recursos

30/07/2012

R07

Abierto

Requerimientos

30/07/2012

R08

Abierto

Recursos

30/07/2012

R09

Retraso en el desarrollo del proyecto

Abierto

Recursos

30/07/2012

R10

Los ciclos de revisin/decisin del cliente son muy prolongados El cliente no participa activamente dentro del proyecto Mala estimacin del plan de adquisicin

R11

Los ciclos de revisin/decisin de los planes, transiciones, especificaciones, etc., por parte del cliente son muy prolongados El cliente no participa en la revisin de los planes, prototipos o especificaciones de requerimientos, o es incapaz de hacerlo

Inevitablemente har que el proyecto se extienda en tiempo

Abierto

Gerenciamiento y Control

30/07/2012

El resultado son unos requisitos inestables y la necesidad de realizar unos cambios que consumen tiempo

Abierto

Gerenciamiento y Control

30/07/2012

R12

R13

R14

R15

R16

R17

Dificultad de la continuidad del proyecto, Se estima un nmero errneo cambio de presupuestos, estanca el de equipos electrnicos proyecto Los recursos personales no Inexperiencia con Asignacin de recursos econmicos para conocen la tecnologa a la tecnologa su capacitacin implementar Durante el proyecto se Reestructuracin cambie de roles Cambio de roles de los interesados empresarial empresariales. No se estiman encontrar Afectar el rea a donde se produzca el No existe un plan riesgos crticos, por lo que no riesgo, si no se lo mitiga puede llegar a de contingencia se toman medidas para concluir el proyecto en fracaso. mitigarlos Problemas en la Las integraciones de mdulos Retrasos en el cronograma, y en el integracin de no cumplen con las pruebas presupuesto. mdulos de calidad Los resultados de las pruebas de calidad nos arrojan Las pruebas de resultados que nos indican Retrasos en el cronograma y en el calidad no son que se debe realizar presupuesto. satisfactorias variaciones en grandes proporciones.

Abierto

Gerenciamiento y Control Tecnologa Gerenciamiento y Control Gerenciamiento y Control

30/07/2012

Abierto

30/07/2012

Abierto

30/07/2012

Abierto

30/07/2012

Abierto

Tecnologa

30/07/2012

Abierto

Requerimientos

30/07/2012

c. Tabla de Impacto del riesgo. IMPACTO (IMPACT) DESCRIPCIN

El riesgo puede tener un efecto serio en el proyecto. Acciones adicionales significativas y de altaprioridad en la atencin de la Gerencia sern requeridas para gerencial este tipo de riesgo. El riesgo puede tener un efecto limitado en el proyecto. Acciones especficas y de atencin gerencial pueden ser requeridas para controlar el riesgo.

EJEMPLO
Los costos pueden aumentar hasta un 30 %; o un atraso de hasta 2 meses puede ocurrir. Es probable que cause una ruptura significativa aun con soporte adicional. Alguna funcionalidad puede no estar disponible, requiriendo la implementacin de soluciones complejas. Estas soluciones pueden tener impacto en los costos, causar atraso en el cronograma, o degradar la performance. Procesos de negocios adicionales o inconvenientes de operacin que necesitan ser implementados. Los riesgos tienen poco potencial o ninguno de aumentar los costos, atrasar el cronograma, o degradar la performance. Esfuerzos adicionales del equipo de proyecto resolvern la mayora de los problemas.

ESCALA ALTERNATIVA

Alto

Medio

Bajo

El riesgo puede causar problemas mnimos al proyecto. Acciones dentro del alcance del Plan del proyecto y de atencin normal de la Gerencia sern suficientes para controlar o riesgo.

d. Tabla de Probabilidades del riesgo. CLASIFICACIN DE PROBABILIDAD

Alto Medio Bajo

DESCRIPCIN
La probabilidad estimada de ocurrencia del riesgo es mayor al 80%. La probabilidad estimada de ocurrencia del riesgo est entre el 30 y el 80%. La probabilidad estimada de ocurrencia del riesgo es menor al 30%.

ESCALA ALTERNATIVA
3 2 1