Está en la página 1de 9

PLAN DE GESTIÓN DE RIESGOS

versión 1.0
PROYECTO: GESTION DE CALIDAD EN LA INTEGRACION DE SISTEMAS
CON SERVICIOS REST
GERENTE: Jefe de Proyecto
PREPARADO POR: Gerente de Aseguramiento de FECHA 19 05 2022
Calidad
REVISADO POR: Gerente de Control de Calidad FECHA 19 05 2022
APROBADO POR: Supervisor de Calidad FECHA 19 05 2022
METODOLOGIA
Métodos, técnicas, herramientas y las fuentes de datos para la gestión de riesgos

Las herramientas y técnicas que se usarán en el presente proyecto serán las


siguientes:

- Juicio de expertos
- Reuniones
- Reuniones técnicas analíticas
- Técnicas grupales de toma de decisiones
- Análisis del producto
- Estimación por analogía
- Estimación ascendente
- Entrevistas

ROLES Y RESPONSABILIDADES
Definir el líder, equipo de gestión de riesgos y apoyo que se requiere para la gestión de riesgos

Actividad Roles Personas Responsabilidades


- Planificar y Jefe de proyecto Cumplimiento de la
gestionar los calidad de software
posibles riesgos
Planificación,
gestión,
programación,
delegación y
supervisión de los
posibles riesgos
- Supervisión Supervisor de calidad Verificar la calidad
constante ante
la existencia de de los procesos de
un riesgo testing.
Supervisar los
estándares
mínimos de calidad
Seguimiento
continuo de los
servicios
Certificar las
pruebas de control
de calidad
- Gestionar las Gerente de control Gestionar el control
evaluaciones de calidad
y/o pruebas de calidad del
constantes software
sobre los
riesgos Realización de
pruebas de calidad
Supervisión del
cumplimiento de
los procesos de
control de calidad
- Gestiona que Gerente de Gestionar el
control de aseguramiento de
riesgos y el calidad planeamiento y
impacto que diseño de calidad
pueda generar
Gestionar los
protocolos y
políticas de control
de calidad
- Realiza las Analista de software Ejecución de
pruebas del
control de pruebas
calidad
Analizar e
identificar los
riesgos del
proyecto

PRESUPUESTO
Como asignar recursos, estimar los fondos para incluirlos en la línea base de desempeño del costo
El presupuesto del proyecto se definirá considerando los recursos que se empleen:

Actividad Personas Materiales Equipos


Planificar y gestionar Jefe de proyecto Útiles de oficina Computadoras
los posibles riesgos
Supervisión Supervisor de Útiles de oficina Computadoras
constante ante la calidad
existencia de un
riesgo
Gestionar las Gerente de control Útiles de oficina Computadoras
evaluaciones y/o de calidad
pruebas constantes
sobre los riesgos
Gestiona que control Gerente de Útiles de oficina Computadoras
de riesgos y el aseguramiento de
impacto que pueda calidad
generar
Realiza las pruebas Analista de software Útiles de oficina Computadoras
del control de calidad
CALENDARIO
Cuando y con qué frecuencia se realizará el proceso de gestión de riesgos, define los protocolos para el uso de reservas de
contingencia

Actividad Momento de ejecución Periodicidad de ejecución


Planificar y gestionar los Al inicio del proyecto Una vez
posibles riesgos
Supervisión constante ante Durante todo el proyecto Diariamente
la existencia de un riesgo
Gestionar las evaluaciones Durante todo el proyecto Semanalmente
y/o pruebas constantes PROYECTO
sobre los riesgos
Gestiona que control de Durante todo el proyecto Diariamente
riesgos y el impacto que
pueda generar TÉCNICO ORGANIZACIÓN DIR PROYECTO
Realiza las pruebas del Quincenalmente Quincenalmente
control de calidad
Riesgo de
Riesgos de Riesgos de
Integracion de
priorización calidad
Servicios

CATEGORIA DE RIESGOS
Riesgo de Riesgos de Renuncia
Estructura de identificación de riesgos Hardware financiamiento estimada

Riesgo de Riesgos de Riesgos de


requesitos recursos planifificación

Riesgos de
Riesgos de
dependencia de
control
proyecto

Riesgos de
comunicación
Se definió la estructura de desglose de riesgos RBS
REGISTRO DE RIESGO
PREPARADO Gerente de Aseguramiento de Calidad FECHA 23/05/2022
REVISADO Supervisor de Calidad FECHA 24/05/2022
APROBADO Jefe de Proyecto FECHA 24/05/2022

Impacto Probabilidad Prioridad


Riesgo Identificado Descripción del riesgo Estrategia Acciones a tomar
IMP PRB IMP x PRB
Riesgo de integración de servicios
Como consecuencia de no tener una Implementar una
Arquitectura del software poco arquitectura de software flexible, su rango arquitectura
R01 flexible para la integración de de adaptabilidad e integración a los 0.5 0.8 0.40 Mitigar
adaptable para las
servicios externos. diferentes tipos de servicios es escasa. nuevas tendencias.

Riesgo de Hardware
Como consecuencia al no contar con Trabajar con software
especialistas que dominen ciertos o lenguaje de
softwares, esto ocasionaría retraso y programación en
Se incluye software o lenguaje
alargamiento en los tiempos del proyecto, donde se tenga
de programación no conocido o
R02
manejado por los developers del
además de una mala implementación en el 0.5 0.4 0.20 Mitigar conocimiento o en
desarrollo. todo caso asignar un
proyecto.
especialista que
apoye y asesore al
grupo de desarrollo.
Riesgo de Requisitos
Problemas de levantamiento de Validar con un acta o
Requerimientos mal elaborados, información durante las entrevistas con acuerdo sobre los
que no correspondan con los requerimientos
los interesados o clientes, ocasionando
R03 procesos establecidos o que no 0.3 0.4 0.12 Mitigar funcionales y no
están debidamente eventualmente cambios que se funcionales, con la
documentado. convertirían en retraso para el proyecto. participación del
cliente.
Riesgo del grupo de trabajo
No se cumple con los objetivos, debido a Realizar plan de
la baja productividad de los integrantes del capacitación en
proyecto, ocasionado por la falta de motivación y
Falta de compromiso por parte
R04
de los integrantes del proyecto.
comunicación y la falta de formación para 0.7 0.2 0.14 Mitigar compromiso de los
el desempeño de las actividades. miembros de
desarrollo del
proyecto
Riesgo de priorización
Debido al cambio de prioridad del
proyecto, se podrían retrasar las Definir las prioridades
R05 Cambio de prioridad del proyecto actividades afectando los tiempos del 0.3 0.2 0.06 Acepta
del proyecto
proyecto.

Riesgo de financiamiento
Muchas veces los cambios forzosos dentro Desarrollar y generar
del proyecto, suponen un riesgo financiero un plan de
Malas estimaciones de costos y
con un gran impacto debido que al estimar contingencia para
R06 cambios del proyecto no
costos no se haga presenten un fondo de
0.7 0.2 0.14 Mitigar
reducir los costos de
planeados.
emergencia que amortigüen dichos los cambios del
riesgos. proyecto.
Riesgo de recursos
Debido a la falta de personal y recursos en Contratación o
Conflicto de recursos y personal
las empresas, muchas veces se comparte reasignación del
con otros proyectos de la
R07
empresa.
activos en los diferentes proyectos, 0.7 0.4 0.28 Mitigar personal de acuerdo
sobrecargando al personal con a las actividades que
actividades. realiza
Riesgo de dependencia de proyecto
R08 Escasa o nula participación de Sin la participación constante del cliente, 0.3 0.8 0.24 Mitigar Realizar acuerdos
los interesados del proyecto se podría presentar el caso de que el con el cliente para
durante el desarrollo del proyecto proyecto se estanque o se cancele, debido establecer la
a la poca información obtenida. disposición de
recursos del proyecto
Riesgo de Calidad
Al no contar con normas o estándares que
Mala implementación de los certifiquen la calidad de nuestro software y
Implementación de
R09 estándares de calidad en cuanto servicios, podría darse el caso de fallas y 0.3 0.4 0.12 Mitigar
CMMI
al proceso y calidad del servicio. contratiempos en el desarrollo.

Riesgo de Planificación
Dan mayor prioridad a la implementación
Mala planificación de las fases
del sistema, acortando el tiempo y los
del proyecto llevando a la
recursos de estimación para la revisión y Implementación de
R10 modificación del cronograma del
retrospectiva del proyecto, omitiendo
0.3 0.4 0.12 Mitigar
CMMI
proyecto por retrasos en el
muchas pruebas necesarias para
proyecto
garantizar la funcionalidad del software
Riesgo de Control
Al no contar con un repositorio, es un Realizar seguimiento
riesgo latente porque no se sabe el de los avances del
No contar con un repositorio de
progreso del proyecto. proyecto y controlar
R11 la documentación de los 0.3 0.2 0.06 Mitigar
los tiempos de
entregables del proyecto
desarrollo del
proyecto
Riesgo de Comunicación
Al no contar con una comunicación Realizar reuniones
asertiva en nuestro grupo de trabajo, no se de seguimiento y
Problemas de comunicación
R12
entre todos los involucrados.
podría gestionar el conocimiento 0.3 0.1 0.03 Mitigar advertir deficiencias
ocasionando déficit a la hora de entregar en los mecanismos
información. de comunicación

También podría gustarte