Liberación

1. Propósito del procedimiento.

La intención es establecer un marco de trabajo que garantice la adopción de buenas prácticas y la correcta planificación durante los despliegues en producción, traduciéndose esto en disminución de errores e incidencias.

Sumario

1 Alcance.
2 Referencia.
3 Responsabilidades.
4 Políticas y Lineamientos
5 Descripción de Actividades
6 Diagrama de Flujo
7 Formato

Alcance.

Solo abarca la definición del flujo de trabajo para la planificación, ejecución y seguimiento de liberación de cambios, planificados y de emergencia, a ambientes productivos.

Referencia.

TSK-FOR-002: Historia de Usuario

Responsabilidades.

Director de Tecnología Operativa (CIOo): Responsable de la autorización de los controles de cambio y de los despliegues en producción planificados y de emergencia.

Project Manager (PM): Encargado de seguimiento, gestión y planificación de proyectos.

Coordinador de Desarrollo (DC): Función de facilitador y consultor técnico para al equipo de despliegue.

Equipo de Desarrollo (DoT): Se encargan de implementar los cambios en las aplicaciones y proyectos.

Equipo de despliegue (DeT): El equipo responsable de ejecutar las actividades correspondientes al despliegue en producción.

Líder Técnico (TL): Responsable por parte del equipo de despliegue de la coordinación y seguimiento de las actividades.

Product Owner (PO): Responsable de la generación de las solicitudes de cambio. Es también el responsable de iniciar el proceso de solicitud de despliegue.

Stakeholders (SH): Cualquier otra parte interesada en el resultado del proyecto y su despliegue, ya sea clientes, otras gerencias o direcciones, etc.

Políticas y Lineamientos

Para el Despliegue en Producción Planificados:

Despliegue de cambios, funcionalidades o nuevos sistemas previamente planificados y ejecutados por cronograma bajo supervisión de Project Manager.

Los cambios a desplegar deben ser previamente probados y certificados por el área de QA.

Las solicitudes de pase a producción de cambios planificados deben realizarse con al menos 2 días hábiles de antelación, para permitir al equipo de despliegue la correcta preparación y planificación de las actividades a realizar.

Los despliegues en producción planificados se realizarán sólo de lunes a miércoles, esto para garantizar que se dispone del tiempo necesario para hacer seguimiento y corrección de posibles incidencias producto del despliegue.

La reunión de Planificación del Equipo de Despliegue debe realizarse al menos 24 horas antes de la fecha definida para el despliegue. En esta reunión podrá estar presente cualquier otra parte interesada en hacer seguimiento del proceso.

Luego de la Reunión, cada implicado y responsable de actividades debe enviar un acuse de recibo del correo con las actividades a ejecutar, lo que servirá como evidencia y compromiso de ejecución de las actividades asignadas.

Se debe iniciar el proceso de Ejecución a la hora pautada. Y según lo definido en el Plan de Despliegue.

El documento de Plan de Despliegue debe haber sido llenado previamente por el equipo de Desarrollo durante la promoción de los cambios a QA, por lo que durante el proceso de planificación sólo se revisará y afinará este documento.

El tiempo de seguimiento al despliegue se establecerá de acuerdo al alcance y/o magnitud del cambio. Este tiempo debe definirse previamente, para garantizar que el equipo de Desarrollo estará atento a resolver cualquier incidencia detectada (producto de los cambios implementados) y atenderla inmediatamente.

Es necesario definir el alcance de los cambios desplegados, para garantizar que los reportes de incidencia se hagan sobre elementos afectados por el despliegue y no sobre elementos que no hayan sido tocados o afectados por los cambios.

Para el Despliegue en Producción de Cambios de Emergencia:

Se clasificará como Solicitud de Cambio o Corrección de Emergencia (SC) toda incidencia que afecte sistemas en producción y que sean bloqueantes para la operatividad del cliente.

Es necesario que el Product Owner complete el documento de Solicitud de Control de Cambio para iniciar con el proceso de ejecución de un cambio de emergencia.

Toda solicitud de cambio de emergencia deberá ser autorizada por parte del Director de Tecnología, quien evaluará si la naturaleza y afectación del cambio solicitado requiere que este sea considerado como de emergencia, o si por el contrario se debe introducir la solicitud como Control de Cambio Planificado.