Five Solutions

Plan de Gestión de Cambios

Integrantes

Jollja Minaya, José Luis

Correa Mendoza, Fernando

Yantas Inocente, Luiggi

Arellano Venturo, Isrrael

Pardave Tucto, Elizabeth Jacqueline

Centti Portugal, Jhonathan Adrian

Flores Quispe, Javier

Zavaleta Calderón, Alexander

Benavente Castillo, Víctor

Tello Porras, Fernando

Versión 1.0
1. Formato de solicitud de cambio

La siguiente tabla describe los campos de la solicitud de cambio que formarán parte
de la gestión de la configuración del software durante la ejecución del proyecto
durante el ciclo de vida del mismo. Todos estos campos son los requeridos para
todas las fases del proceso de gestión de cambios.

Campo Descripción

ID de la solicitud del cambio Cadena de texto alfanumérico de una

solicitud de cambio

ID del proyecto Identificador del proyecto sujeto a la

solicitud del cambio

Código del encargado del análisis de la Responsable de aceptar o rechazar la

solicitud de cambio solicitud, basado en las características
propias de la petición involucrada.
Dedicado a evaluar la viabilidad del
cambio en el proyecto así como las
consecuencias.

Propietario de la solicitud del cambio Autor de la solicitud, puede formar parte

de los interesados del proyecto

Prioridad del propietario de la solicitud Nivel de importancia del autor de la

petición en la organización, lo anterior
influencia en la aceptación o el rechazo
de la solicitud

Fecha de creación de la solicitud de Día del desarrollo de la solicitud,

cambio expresado en día, mes y año.
Solo días calendario

Descripción de la solicitud Breve información de la solicitud como

su propósito o finalidad

ID del tipo de cambio Declara el tipo de cambio según la

necesidad o el nivel de urgencia para
desarrollar el cambio

ID del riesgo de la solicitud Representa el riesgo que implica

realizar el cambio sobre el proyecto en
distintos aspectos como en la calidad,
presupuestaria y costo

ID del estado de la solicitud Indica la situación actual de la solicitud

del cambio con el fin de mantener un
seguimiento total de la misma durante el
desarrollo del proyecto.

Nivel de prioridad de la solicitud Expresa la importancia propia de la

solicitud asignada por la
 Efecto sobre el proyecto Precisa la influencia o consecuencia
sobre el proyecto en tiempos de corto,
mediano o largo plazo, a partir de la
inclusión del presente cambio.

Efecto sobre otros proyectos/programas Informa el efecto sobre otros proyectos

que se encuentran relacionados de
forma directa y presentan una
comunicación activa.

Calendario asignado Muestra la asignación de la

programación a la solicitud de cambio,
que apoya a la planificación del
proyecto

ID del informe de verificación de la Indica el documento que verifica la

implementación correcta implementación de los
requerimientos de la solicitud de cambio

ID del informe de cierre Documento que declara el cierre de la

solicitud de cambio, además de finalizar
el proceso de gestión de cambios

Persona responsable de la aprobación Persona que se encargó de pasar la

del cambio solicitud de cambio.

Fecha de aprobación del cambio Fecha en que se aprueba el cambio por

el responsable.

Área de negocio Proceso de negocio o área que está

solicitando la petición de cambio.

Tabla 1: Formato de solicitud de cambio

2. Lista de estados

La siguiente tabla muestra los diferentes estados que se contemplan en el proceso

de gestión de cambios del proyecto.

ID Estado Descripción N° Alumno

Fase

E0 Creado Estado en donde se han creado las 0

solicitudes de cambio pero aún no han
sido enviadas para su revisión
preliminar(revisar los parámetros iniciales
realizado por el usuario).

E1 Recibido Estado donde después de ser enviadas 1

las solicitudes de cambio han sido
 recibidas para su análisis
preliminar(analizar sobre todo la
descripción y justificación de la solicitud
de cambio).

E2 Rechazado Estado en donde después de ser enviada 1

y de hacer un análisis preliminar(analizar
sobre todo la descripción y justificación de
la solicitud de cambio) fueron rechazadas
por no cumplir con los parámetros
necesarios o su formato es incorrecto.

E3 Aceptado Estado para aquellas solicitudes de 2

cambio que después de enviadas y de su
análisis preliminar, fueron aceptadas para
clasificar el cambio.

E4 En espera Estado para aquellas solicitudes de 3

cambios que después de identificar su
clasificación pasaron a evaluar su impacto
y riesgo que contraen.

E5 Desaprobado Estado para aquellas solicitudes de 3

cambio que después de evaluar el
impacto y riesgo que contraen, fueron
desaprobadas y descartadas.

E6 Aprobado Estado para aquellas solicitudes de 4

cambio que después de evaluar y
considerar su impacto y los riesgos que
contraen, fueron aprobados para su
ejecución.

E7 En planificación Estado para aquellas solicitudes de 5

cambio que después de ser aprobadas se
encuentran realizando la planificación y el
calendario.

E8 En Estado para aquellas solicitudes de 6

implementación cambio que después de hacer su
planificación pasaron a la ejecución e
implementación de su cambio.

E9 En verificación Estado para aquellas solicitudes de 7

cambio que han sido implementadas sus
cambios y que están siendo verificadas
según lo pactado en la planificación.

E10 En corrección Estado en la cual se implementa las 6

correcciones que se indicaron al
verificarse y que volverá al estado de
verificación

E11 Cierre Estado para aquellas solicitudes de 8

cambio que han sido implementadas y
 verificadas correctamente con su
planificación pactada.

Tabla 2: Lista de Estados

3. Lista de riesgos

La siguiente tabla especifica los diferentes tipos de riesgos que se pueden originar al
ejecutarse las solicitudes de cambio durante el desarrollo del proyecto.

ID Tipo Descripción

SC01 Presupuestario El cambio generará sobrecostos sobre lo

planteado inicialmente en el proyecto.

SC02 Calidad La petición de cambio involucra el no

cumplimiento con los estándares de calidad.

SC03 Cronograma El cambio implica más tiempo del estimado al

inicio del proyecto.

SC04 Técnico Ocurrencia de conflictos con la base de datos,

interfaces, servicios, etc.

SC05 Rotación de personal Personal encargado para el proyecto deja de

trabajar o se asigna a otros proyectos.

SC06 Diseño Dependiendo de la complejidad del cambio

implica una modificación o rediseño del
sistema, ya sea en la base de datos o en la
arquitectura del software.

SC07 Requerimiento del Implica modificar o redefinir un requerimiento

sistema previamente realizado, esto a su vez implica
un cambio en el presupuesto asignado a dicho
requerimiento.

SC08 Lógico El cambio a realizar implica una modificación

en la estructura que conforma el sistema.

SC09 Usuario El cambio implica que el usuario reciba una

capacitación para comprender el sistema en
su totalidad.

SC10 Integración del sistema La ejecución del problema puede generar

conflictos en la integración de los
componentes software del sistema.

Tabla 3: Lista de riesgos

4. Tipo de impacto
 La siguiente tabla muestra los diferentes tipos de impacto que se pueden originar al
ejecutarse las solicitudes de cambio del proyecto.

ID Tipo Descripción

SC01 Insignificante Si el hecho llegara a presentarse, tendría

consecuencias o efectos mínimos sobre
la entidad.

SC02 Menor Si el hecho llegara a presentarse, tendría

bajo impacto o efecto sobre la entidad.

SC03 Moderado Si el hecho llegara a presentarse, tendría

bajo impacto o efecto sobre la entidad.

SC04 Mayor Si el hecho llegara a presentarse, tendría

altas consecuencias o efectos sobre la
entidad.

SC05 Catastrófico Si el hecho llegara a presentarse, tendría

desastrosas consecuencias o efectos
sobre la entidad.

Tabla 4: Lista de impacto

5. Lista de clasificación de solicitud de cambio

La siguiente tabla muestra la clasificación de las solicitudes de cambio del proyecto.

ID Nombre Descripción

SC01 Estándar Estos cambios se realizan de forma regular

y siguen un proceso pre-autorizado.
Suelen ser de bajo riesgo y bajo impacto, y
forman parte del funcionamiento del
servicio sin ser perturbadores.

Un ejemplo es la sustitución de
dispositivos durante el ciclo de vida, el
aumento del almacenamiento

SC02 Normales Los cambios normales no son urgentes

y representan un riesgo medio-alto o
un impacto alto para la organización.
Estos cambios se examinan mediante
un proceso de aprobación formal y
requieren una solicitud de cambio
(RFC). Dependiendo del nivel de
 riesgo, el Consejo de Gestión de
Cambios (CMB) también puede
participar.

Algunos ejemplos son los cambios de

funcionalidad, los parches del servidor
web y las cargas masivas de datos.

SC03 Emergencia Estos cambios exigen una ejecución

inmediata debido al impacto que pueden
tener en el negocio y no pueden esperar
para ser analizados e implementados en
los periodos establecidos en el calendario
de cambios. Por ello, necesitan de un flujo
de aprobación lo más rápido posible.
Ejemplos:
- solución de incidencias al nivel de
aplicación que afecten la disponibilidad.
- el reinicio de un servidor
- resolución de un fallo de seguridad.

Tabla 5: Lista de clasificación de solicitud de cambio