Lineamientos para la etapa de Congelamiento

Respecto al llenado del MIS

- Especificaciones bien detalladas de la implementación

- Proceso de Reversión en la sección 4 y con conformidad del JDE confirmando su validación
- Todo entregable debe estar direccionado apuntando a Producción
- En aplicativo sin ambiente de Certificación no debe haber equivalente en MIS o BDO
- De no contar con ambiente, se debe adjuntar al RLM la conformidad de JdE confirmando la
validación de los pasos (DWH o USERIT)
- En el MIS solo debe indicar pasos de instalación, no se contempla ejecución de Jobs o
ejecutables
- Los servidores del MIS se deben encontrar en la CMDB
Checklist de Validación de Solicitud de Congelamiento
- Ticket en estado Registrado y con criticidad de acuerdo a Norma
- Un Ticket por tipo de plataforma
- Actualización de servidores de Contingencia con Ticket adicional (Criticidad 2)
- Ticket con estructura de carpetas según estándar
- Ticket con programas batch u online debe tener criticidad 3
- Si se tiene parte cliente debe tener criticidad 3

Tipo Descripción Ejemplos de cambios

Solo documentario. No se
1 requiere Certificación ni
Ratificación
Pase a Producción y
2 Ratificación. No requiere de
Certificación.
Actualización de
formatos
Cambios en malla,
host-batch (Jobs)

3 Requiere certificación, pase a (scripts, ddl's, dml's)

producción y ratificación criticidad 3
Gestión de entregables
- Correcto etiquetado de los elementos en el sistema de control de versiones
- De no contar con algún entregable se debe contar con la exoneración de IDT, para el caso
de BDO o GO la conformidad será de Gobierno.
- Debe existir un solo script con todas las sentencias de seguridad con nombre
“Seguridad.sql”. Para el caso de BDO será “Seguridad BDO.sql”
- Todo paso o formato no ejecutado en Certificación debe contar con la conformidad de
PreProduccion.
- Si el documento no se encuentra debe existir el Motivo de Exoneración con referencia a
otro TK.
- Se debe usar la versión actual de los formatos y documentos estándares (Confluence)
- Entregables con nomenclatura Estándar (APP-Formato-SN)
Creación y asignación de la Solicitud de Congelamiento

- RLM generado con plantilla

"AGIL-GRUPO XX - SOLICITUD DE CONGELAMIENTO PREPARACION DE AMBIENTE Y PASE A
PRODUCCION"
“SOLICITUD DE CONGELAMIENTO PREPARACION DE AMBIENTE Y PASE A PRODUCCION -
LEGACY"
- Una sola solicitud de cambio por Ticket en la herramienta de Gestión
- Dentro del RLM, se debe solicitar la conformidad de Seguridad TI mediante la actividad
"VALIDACION DE SEGURIDAD"
- Luego de obtenida la conformidad de Seguridad TI, se debe activar el pedido de
congelamiento dentro del RLM, mediante la actividad "CONGELAMIENTO", este RLM debe
encontrarse en el hito "TEST", como grupo coordinador "IBM-RM-RELEASE"
y asignado al usuario "USUARIO APP IBM-RELEASE"
- El campo "RESUMEN" del RLM debe contener: App: "XXXX" Ticket: "TK000000000"
Criticidad pruebas: "0" Jde/PO: "XXXXXXXXX"
- El campo "NOTAS" del RLM debe contener los datos: Tipo de solicitud
(Congelamiento/Pase a Producción), Vob, el grupo coordinar, el coordinador de
lanzamiento y datos adicionales.
- De no contar con ambiente de certificación, se debe adjuntar al RLM la conformidad del
JdE quien confirme que los pasos indicados en el MIS se encuentra revisados y validados
(DWH, USERIT)
- Todo congelamiento por Documentación debe ejecutarse en ambiente de Certificación, de
no ser necesario debe contar con la conformidad de exoneración de Pre-Producción
- Los congelamientos priorizados deben contar con la conformidad de Gobierno
OutSourcing, Web de Change Management.
 Lineamientos para la Operativa General de Congelamiento

Gestión de Problemas, Rechazos y Errores

- Los errores u omisiones identificados como parte de un congelamiento, debe solicitarse a

Release la revisión mediante WO con la observación y puntos errados u omitidos.
 - Ante un problema de ambiente, se rechazará el pedido de congelamiento
- Ante un problema de accesos Release debe coordinar con Gobierno OutSourcing y/o COS
para obtenerlos, evitando un rechazo a la solicitud
- Ante un rechazo emitido por cualquier torre diferente a Release, este debe rechazar la
solicitud de congelamiento con las indicaciones dadas.
- Ante el estado incorrecto del ticket en el clear quest, Release rechazará la solicitud de
congelamiento
- Ante elementos faltantes para la instalación en Bitbucket, Release rechazará el
congelamiento
- Si se solicita una validación o adelanto para pase a producción, pero existe alguna
modificación en cualquiera de los formatos ya congelados previamente y no pasaron por
la revisión previa de la torre correspondiente, Release rechazará la solicitud.

Para enviar MIS de Seguridad a validación de Analista de Seguridad

- Nomenclatura: APP-MSEG-TK000XXX o APP-MSEG-TA000XXX

- Para recongelamiento, se debe indicar en el RLM si se modifico el formato.
- No habrá temas de seguridad en el MIS, el Analista de Seguridad solo revisará el MSEG,
COS solo implementará las tareas del MSEG
- En caso de ingreso de credenciales desde el MIS se hará referencia al MSEG.
Para adelantar Preparación de Ambiente en Certificación
- No se podrá adelantar los siguientes documentos: FPH, FDS, FAE, Manuales (MIS, MIC,
BDO y GO
- Solo debe estar etiquetado el formato que se solicita adelantar.
- No se promueve el TK
- La solicitud de cambio será "SOLICITUD DE CONGELAMIENTO PREPARACION DE AMBIENTE
Y PASE A PRODUCCION"
- Validar tareas, formatos, ambiente y fecha
- Especificar el VOB para la instalación considerando el orden de promoción

Para el post Congelamiento

- Validar que Release haya cambiado el estado del ticket en CQ
o Criticidad 3: EnCertificación
o Criticidad 1 o 2: Sin Pruebas
- Una vez finalizado el congelamiento se puede solicitar el adelanto de formatos a
Producción

Para validación de ambiente – Producción Host

- Ticket con estándares de carpetas
- Elementos compilados en Endevor con el TK en mayúsculas

Para la ejecución del Congelamiento en conjunto con el Solicitante

 - Congelamientos tipo 2 puede ser realizado en conjunto con el solicitante previa
coordinación y conformidad del Gobierno
- En caso de no contactar al Desarrollador se comunicará por correo y se continuará la
instalación
- No se puede modificar los entregables durante el congelamiento

Operativa General
- Congelamientos solo en horario de oficina de 9 am a 6pm, no FDS ni feriados
- Tiempos de atención del RLM: Tipo 1 <= 3 días, Tipo 2 <= 9 días
- Release hará seguimiento al congelamiento
- Congelamientos priorizados deben contar con conformidad de Gobierno (ya no), ahora
mediante la Web de Change Management
- Toda exoneración a la norma o lineamiento debe ser con conforme de Sub-Gerencia de
Gobierno
- IBM-Release enviará el GO al equipo de Helpdesk y Centro de Monitoreo en paralelo al
congelamiento para identificar alguna observación, de encontrarse observación el
solicitante debe realizar la corrección antes del anuncio del pase, ya que el RLM quedará
en Borrador hasta su regularización.

Lineamientos para el Pase a Producción

Checklist de Validación para Pases a Producción

- Criticidad 3 se necesita conformidad de Certificación/QA para el Pase

- Criticidad 1 o 2 no requiere conformidad de pruebas
- El congelamiento debe haber finalizado correctamente
- De contar con adelanto o validación de formatos (FDI, FDA, FDS, FPH, FVA, FDC, FMQ, FCI,
FAU, FFW, FPA), este debe haber finalizado al 100% y correctamente antes de solicitar el
pase en comité
- Si el pedido tiene distribución nacional, debe haber finalizado al 100% antes del comité
- Validar el tiempo tipificado para el pase, de lo contrario solicitar mediante WO la
reestimación
- El Pase se realiza con elementos congelados, no se recibe nada por fuera
- Se debe identificar el tipo de pase, (Mayor) anunciado en comité, (Menor) Evaluación y
conformidad de GdC/Ops
 - Todo cambio debe contar con ratificación, a excepción de los documentarios

Respecto al Calendario de Pase y Horarios

- Se debe separar, en el calendario de pases, como mínimo el tiempo tipificado para la

implementación, indicando la fecha y hora de inicio y fin, tanto de la instalación como de
la ratificación, además del correcto llenado de los siguientes datos: tipo de cambio
(Emergencia, Menor, Anunciado, Documentación, etc), como los horarios, sustentos,
recursos, contactos, etc, lo cual servirá para la evaluación.
- Es importante llenar correctamente el calendario con el campo RECURSOS
- Las reservas deben realizarse en fecha y horario disponible. No serán aceptadas las
solicitudes en fechas-horarios bloqueados o que ya se encuentran separadas y aprobadas
por otros pedidos.
- Las solicitudes con formato FDS cuentan con atención paralela de lunes a viernes de 08:00
hrs a 11:00 hrs (modificados o nuevos) y de 15:00 hrs a 17:00 hrs (Nuevos)
- En horario de oficina solo se podrán planificar cambios de que se apliquen en servidores
nuevos o sean de tipo Host Batch
- No se puede realizar otro pase a producción, de un mismo aplicativo, si el pase anterior no
cumplió su etapa de estabilización
- Se debe tener en cuenta las fechas con bloqueo parcial y total indicadas, solo se efectúan
pases de aplicativos no críticos y puntuales sin riesgo operativo
- Los tipos CAMBIO MENOR deben solicitarse hasta las 14:00 hrs, de lunes a viernes, para su
evaluación y aprobación, estas deben adjuntarse en el RLM el cual debe activarse hasta las
15:00 hrs de lunes a viernes. Estos pedidos no se realizan fines de semana ni feriados.
- Los tipos CAMBIO ANUNCIADO deben haber solucionado las observaciones indicadas en
los envíos preliminares hasta antes de las 18:00 hrs del día anterior al comité de pases

Requisitos para el Anuncio en Comité de Pases

- La reserva, en el calendario, se debe encontrar en estado APROBADO.
- Antes del comité se debe coordinar el recurso de ratificación.
- La solicitud de congelamiento (RLM) debe contar con el estado “Terminado
Satisfactoriamente”.
- La solicitud de Preparación de ambiente o Adelanto en producción, deben contar con el
estado “Atendido” y de forma satisfactoria.
- El ticket en CLEAR QUEST debe encontrarse en estado “Para Aprobación”.
- El calendario debe indicar los contactos y datos del soporte del pase y ratificador.
- El horario no debe tener cruce con otro pedido ya aprobado con anterioridad o exceder el
paralelo, en el horario establecido.
- El campo tipo de pase no debe ser Emergencia, Cambio Menor, Documentario o Estándar,
el tipo correcto es ANUNCIADO.
- El tiempo separado en el calendario debe ser como mínimo el tipificado.
- Deben contar como mínimo con criticidad 2.
- Las fechas de pases no deben encontrarse en las fechas bloqueadas ya establecidas.
- Las descripciones deben ser un breve resumen del cambio.
- Los cambios de activación a nivel nacional deben haber ya cumplido la distribución al
100% de todos los equipos involucrados.
- Los pases deben ser bien sustentado tanto funcional como técnicamente
Lineamientos de la Operativa General del Pases a Producción
- Las solicitudes de tipo do CAMBIO DOCUMENTARIO no cuenta con conformidad del
GdC/Ops, solo se debe separar espacio en el calendario, en horario de oficina y activar el
RLM.
- Todo anuncio en comité se realiza de forma presencial y con el sustento adecuado
- Los TK reservados en calendario que no estén listos antes del comité deben eliminarse.
- Si se requiere cambiar la ratificación de Parcial a Total se necesita conformidad del
GdS/Ops.
- Durante la ejecución del pase se deben respetar las ventanas planificadas
- Durante la ejecución del pase no se podrá realizar cambios en entregables, de proceder, se
requiere conformidad del GdC/Ops
- De presentarse algún error durante el pase o se identifique diferencia entre el documento,
ambiente de certificación y producción, sobre algún punto que se ejecutó, esto debe ser
revisado con el GdC/Ops para identificar el problema y revisar alguna alternativa, de
proceder debe ser con la conformidad del GdC/Ops.
- Si se requiere extender el horario de implementación y se cuenta con disponibilidad del
recurso de IBM-Release y no existe impacto en el horario de ratificación, no se requiere
 coordinación, tampoco conformidad del GdC/Ops. Si existe impacto en el horario de
ratificación, si se debe solicitar conformidad del GdC/Ops.
- Si se requiere adelantar la ratificación de algún pase, no es necesario conformidad del
GdC/Ops. Sí se requiere conformidad del GdC/Ops si se solicita ampliación de horario de
ratificación.
- Ante cualquier problema durante el pase o la ratificación no se encuentra al 100%
conforme, se debe proceder con la reversión, caso contrario sustentar el escenario al
GdC/Ops para su evaluación y conformidad de reversión solo parcial.
- Si se necesita modificar o no ejecutar algún paso de la implementación, se debe solicitar la
evaluación y conformidad del GdC/Ops. Para este caso aplica reversión administrativa para
regularizar el documento. Si es un paso de seguridad primero se necesita conformidad de
Seguridad de la Información.
- Las conformidades de la ratificación deben subirse al Clear Quest y al RLM, relacionado al
Ticket, de esta manera se podrá cambiar el estado a Cerrado.
- Todo pedido de reversión después de haberse brindado la conformidad debe ser
coordinado y aprobado por el GdC/Ops
- Los pedidos de emergencia deben ser solicitados hasta las 17:00 hrs de cada día laborable
mediante la plantilla "Solicitud de Pase a Producción", este será evaluado por el GdC/Ops y
debe cumplir las consideraciones para solicitar la aprobación del Gerente Adjunto de
Gobierno OutSourcing .
- Los tickets de Emergencia deben ser solicitados adjuntando el sustento del usuario del
pedido o la JdS para el caso de pedidos de Sistemas.
- De aprobarse un ticket por Cambio Menor y al momento de su ejecución IBM-Release
identifica que no cumple con los requisitos, la ejecución será cancelada y reportado a la
JdS.
- Todo cambio en producción debe contar con una ratificación en el cual se validen
escenarios que aseguren el correcto funcionamiento o estabilidad del aplicativo.
- Durante la ventana de pase a producción y ratificación, cualquier problema identificado no
se solucionará con un incidente, este pase debe ser revertido.
- Todo pase a producción debe contar con un PPR, pero será obligatorio para las
implementaciones complejas y estas deben ser revisadas anticipadamente con todos los
involucrados.
- Release ejecutará, orquestará y realizará el seguimiento de las tareas que involucran el
Pase a producción
- De presentarse un inconveniente, duda, con una solicitud, este debe ser escalado a
Gobierno OutSourcing.
- Toda exoneración a la norma, proceso y lineamiento, lo que corresponde a Pases a
Producción, debe contar con la aprobación de la Sub Gerencia de Gobierno OutSourcing.

CONCLUSIONES:
- MIS Servidores, homologación, MSEG
- BDO y GO exoneración
- Estado del Ticket
- Criticidad del Ticket
- Entregables CQ y BB
- Congelamiento indicar id commit y puntos a congelar dentro del RLM
- Seguimiento al RLM desde Remedy (casos de rechazo)
- Una vez congelado validar el estado del TK y revisión de ambientes

- Conformidad de QA
- Estado del TK
- Adelanto de Formatos
- Despliegue
- Datos de Ratificación
- Comité de Pases
- RLM Pase a Producción
- Correo de Plan de Pase
- Seguimiento al Pase y Ratificación
- Seguimiento a los correos de Ratificación Parcial y Total