Inducción: Los Super 6

Gestión del Cambio

Legacy Ágil
Rol de Change Management:
“Tramitar y supervisar todas las operaciones, desde su congelamiento hasta los
pases a producción, de todas las necesidades de negocio y de TI; con la prioridad
que ningún cambio genere un incidente en producción y sin perder la velocidad de
la entrega del producto a nuestros usuarios y clientes”

Presentado por Change Management Ver 1.3 (Enero 2022) – A.S.

División TI - Tribu Hosting - IT Operation
 2
Los Super 6

Proceso de Desarrollo de Software

(e implementación de Infraestructura)
 3
Los Super 6

Proceso de Desarrollo de SW e Infraestructura

En qué fases del proceso el squad interatúa/coordina mayormente con Change Management ¿?
FASE
FASE FASE
Análisis y Diseño Construcción Congelamiento
01 Desde el requerimiento priorizado
por el negocio hasta la elaboración
02 Desde la codificación del Software
hasta la solicitud de congelamiento
03 Desde la activación del Ticket de
Cambio para congelamiento hasta
de los entregables requeridos en la de código. la instalación de la aplicación en
fase de Análisis y Diseño entorno QA.
(Diagramas)

FASE
FASE
Pase a Producción
05
Pruebas
04 Desde la revisión de los casos de
pruebas a ejecutar hasta el informe
Instalación del cambio en el
ambiente de Producción.

final de las pruebas una vez

concluidas satisfactoriamente.
 4
Los Super 6

En las herramientas de gestión de tickets

1. En Remedy
“HITOS” ->

Validación de Seguridad Congelamiento Pase a Producción

Qué equipos participan en los HITOS:

• Construcción -> Seguridad TI
• Prueba -> Relese
• Aplicación -> Release y OPS (aprueba el pase)

2. En Jira <- El MVP pasa por 10 carriles hasta su cierre

En cada carril se indican los equipos que

participan
 5
Los Super 6

Un resumen del Flujo de Cambios

https://credicorponline.sharepoint.com/:x:/r/sites/Change-
Management/_layouts/15/Doc.aspx?sourcedoc=%7B0B876A8D-9238-48D7-86DD-
B034E5DBBF88%7D&file=CM-Flujos-Procesos-Cambios.xlsx&action=default&mobileredirect=true
 6
Los Super 6

Un resumen del Flujo de Cambios

https://credicorponline.sharepoint.com/:x:/r/sites/Change-
Management/_layouts/15/Doc.aspx?sourcedoc=%7B0B876A8D-9238-48D7-86DD-
B034E5DBBF88%7D&file=CM-Flujos-Procesos-Cambios.xlsx&action=default&mobileredirect=true
 Super 6
Un resumen del Flujo de Cambios
¿Qué es la activación de una
solicitud de pase por RLM?
▪ Es la actividad de asignar
el ticket RLM al grupo
IBM-RM-Release.
Para esto previamente el
RLM debe cumplir todos los
requisitos necesarios para la
ejecución del pase a prod.
7
1. Crear un ticket TA o TK en Clear Quest (si el app es Legacy) o un MVP en jira (si el app es ágil). Asignar criticidad (C1, C2, C3)
2. Probar en el ambiente de desarrollo (pruebas unitarias).
3. Generar el ticket RLM en la herramienta web Remedy (sólo para apps Legacy; en apps ágiles, sólo se necesita el MVP).
4. Subir los elementos necesarios al bitbucket.
5. Validación de Seguridad TI: Si el app es Legacy se genera una “actividad de validación” en el RLM dentro del hito Construcción. Si el
app es ágil, sólo se mueve al carril “Aprobación de Seguridad” en jira.
6. Exoneración de Ejecución en ambiente CERT: si la solicitud requiere dicha exoneración (criticidad 2) solicitar el conforme del buzón
ambientes pre-Productivos indicando la justificación del mismo (Ejm: por homologación, porque el app no cuenta con ambiente
CERT, porque se ejecutó en CERT previamente como parte de un incidente, etc).
7. Congelamiento: Para proceder con la ejecución en CERT se debe “activar congelamiento” asignando el ticket a IBM-RM-Release, en el
RLM en el hito Prueba; en jira sólo es necesario mover al carril “Ejecutar Congelamiento”.
8. Aprobación de Negocio: Una vez el congelamiento esté atendido al 100%, solicitar la aprobación del PO.
9. Validación de fecha con agileOps: Confirmar con el agileops la fecha de ejecución del pase (el agileOps valida cualquier cruce).
10. Reserva en el Calendario: Hacer la reserva de la solicitud en el “calendario de pases”.
11. Conforme del Ops: Solicitar el conforme al Ops por correo (indicando en el asunto: Código de app, Número de ticket, en el cuerpo del
correo indicar el ‘Copy/paste’ de la reserva de calendario, adjuntar PPR y conforme de QA). Para un mayor entendimiento, precisar si
el pase impactará la disponibilidad del app, si impactará a la infraestructura de otras apps o componentes críticos que lo consumen.
12. Promover de carril MVP / Activar RLM: Una vez obtenido el conforme del Ops, adjuntarlo al RLM y activarlo asignando al grupo IBM-
RM-Release (si el app es Legacy). Si es app ágil, adjuntar el conforme al MVP y promover al carril “Ejecución del pase a producción”.
Nota: Si es cambio menor el conforme lo da el Ops, si es mayor, el conforme lo da el comité de pases.
13. Ejecución de Pase: Estar presente durante el pase, en caso ocurra algún mensaje de error. Si se necesite alguna modificación o
ampliación dentro del horario del pase, explicar y solicitarlo al Ops / Ops de turno (si es horario fuera de oficina).
14. Cierre: Luego, concluida la validación del QA, se da por terminado el pase exitosamente. Luego se cierra el ticket.
GESTION DE INCIDENTES PRODUCTO DE UN PASE: Si en los días posteriores al pase se genera un incidente y se identifica durante la
revisión en War Room que fue consecuencia de un pase a prod; El paso inmediato es Revertir el pase; para ello solicitar el conforme al
OPS. Tener en cuenta que las Reversiones deben ser en horario fuera de oficina (para evitar agravar el incidente).
 8
Los Super 6

FASE
Congelamiento
03 Desde la activación del ticket de cambio para congelamiento hasta la instalación de
Aprob Congela- Aprob
la aplicación en entorno QA. Seguridad miento QA Negocio

Objetivo: Describir las actividades de configuración, instalación y la preparación del ambiente QA.

ROLES Y PROCESS OWNER QUE PARTICIPAN:

• Kyndryl - Release
• Agile Ops
• Analista de Seguridad
• Analista de COS Accesos / SecOps
• Analista de Redes
• Torres IBM / Ingeniero de Operaciones de Torre Tecnológica
• Data Engineer
• Platform Engineer
 9
Los Super 6 9

Lineamientos para los Congelamientos

Creación de ticket
▪ Si el aplicativo esta catalogado
como legacy, waterfall: Debe
contar con un TK-TA generado
en el Clear Quest.
▪ Si el aplicativo es ágil: debe
contar con un MVP en Jira.
Criticidad del ticket o MVP Estados en herramientas Plantilla de congelamiento
EL CLEAR QUEST - CQ y REMEDY: En REMEDY: el RLM debe tener la plantilla
▪ Criticidad 1 = Cambios sólo
El ticket en CQ debe encontrarse en estado de acuerdo al tipo de aplicativo:
documentarios o preparación de
Registrado. "SOLICITUD (Apps tradicionales)
ambiente (app nuevas).
Para activar el congelamiento con RLM, el "SOLICITUD - LEGACY" (Apps en tribus)
▪ Criticidad 2 = Cuando NO se cuenta con
hito debe encontrarse en “TEST", el "SOLICITUD - SaaS" (Apps con infra externa)
ambiente de CERT; o cuando el cambio
coordinador de lanzamiento en "USUARIO -El campo "RESUMEN" del RLM debe
sólo necesita ejecutarse en el ambiente de
APP IBM-RELEASE" y el grupo coordinador en contener: App: "XXXX" Ticket:
PROD por razones de homologación, este
"IBM - RM - RELEASE“. "TK000000000" Criticidad pruebas: "0"
caso debe ser revisado por el GdC/Ops.
Jde/PO: "XXXXXXXXX".
▪ Criticidad 3 = Todo cambio en producción
EN JIRA: Para activar el congelamiento, el
que cuenten con ambiente de CERT,
MVP debe de encontrarse en carril “ejecutar EN JIRA: Seleccionar proyecto,
incluido cambios batch u online (FPH).
congelamiento” y asignado a la agrupación. congelamiento, código de aplicación

Validación de Seguridad TI
EN REMEDY: En el RLM, se debe
solicitar la conformidad de Seguridad
mediante la actividad "VALIDACION
DE SEGURIDAD", cuando el cambio
cuenta con: Clave o usuario,
Ejecución de script de seguridad,
FCD, BDO, Referencia a creación de
carpetas u otorgar permisos,
creación de Shares, Usuario de BD.
EN JIRA: Se solicita asignando al carril
de Validación de Seguridad TI.
PACO:
Activación de solicitud Bitbucket Adelanto de formatos Documento
donde se
Realizar el correcto etiquetado con el ticket Finalizado el congelamiento se puede
establece la
respectivo. Etiquetar todos los entregables solicitar el adelanto y validación de nomenclatura de
EN REMEDY: Obtenida la conformidad de
solicitados por tipo: formatos para producción. los archivos,
Seguridad TI, se debe activar la solicitud
mediante la actividad "CONGELAMIENTO", el estructura para
▪ Para IDT - Cloud - Legacy - Subsidiarias y ▪ Durante la etapa de validaciones etiquetar los
RLM debe encontrarse en el hito
DWH: Formatos MIS, MIC, BDO, GO, RAF, iniciales se tratará de adelantar toda entregables,
“PRUEBA/TEST", como grupo coordinador lineamientos y
RET, RCO, RDT, REC, REF, (Entregables validación posible con el objetivo de
"IBM-RM-RELEASE" y asignado al usuario demás
PAR). detectar irregularidades en los
"USUARIO APP IBM-RELEASE". consideraciones
▪ Para UserIT: COE, MIS, BDO, GO. entregables.
que se tienen en
▪ Squads (Aplicativos Legacy): MIS, DAD, ▪ Validar que el ticket cumpla con los
EN JIRA: El MVP se pasa al siguiente carril los
RAS, REC y los diagramas estándares de estructura detallado en
Ejecutar Congelamiento. congelamientos.
▪ Squadsv(Aplicativos Agiles): Componentes el formato PACO (Plan de Admin de
a ser ejecutados. Configuración Organizacional)
 10
Los Super 6 10

Rama Baseline (para creación de ramas develop)

Toda creación de las ramas Develop debe ser a partir de la
rama Baseline.

Taller - Uso de bitbucket:

https://confluence.lima.bcp.com.pe/pages/viewpage.action?pageId=554755874

Modelo Operativo Bitbucket instancia sources – On premise:

https://confluence.lima.bcp.com.pe/display/DB/Modelo+Operativo+Bitbucket+Instancia+Sources+-+On-Premise

v

Los Super 6
Consideraciones para los tickets RLM y TA/TK
En el Remedy, el TA/TK debe estar asociado a:
El RLM debe estar en el hito correcto:
Asignar a reléase: El RLM asignarlo al grupo IBM-RM-
Release.
Usar las plantillas correctas en el Remedy:
Para adelanto de formato el TA/TK en el Clear
Quest debe estar en el estado Para aprobación
v
11
11
▪ a 1 Solo RLM
▪ Iniciar -> No participa Release
▪ Panificación -> No participa Release
▪ Construcción -> hito para la validación de Seguridad
▪ Prueba -> hito para el Congelamiento (participa Release).
▪ Aplicación -> hito para la Ejecución de pase a producción
(participa Release).
▪ Plantilla Estándar -> Solicitud Congelamiento preparación ambiente y
pase a prod.
▪ Plantilla para aplicativos Legacy ->Solicitud Congelamiento preparación
ambiente y pase a prod – LEGACY.
▪ Plantilla para aplicativos SaaS -> Solicitud Congelamiento preparación
ambiente y pase a prod – SAAS (Los que terminan en SAAS)
 12
Los Super 6 12

FASE
Control de Cambios (Pase a Producción)
05 Cuando se solicita adicionar, modificar o eliminar elementos en las aplicaciones, su infraestructura o
en su documentación en el ambiente de Producción. Aplica para aplicaciones BCP (o Subsidiarias).
Operaciones Ejecutar Ratificación Reversión
pase a prod

Objetivo: Instalación del cambio en el ambiente de Producción, asegurando que se han evaluado los riesgos y se ha coordinado y autorizado
el cambio oportunamente.

Su finalidad es maximizar la cantidad de cambios exitosos, con un mínimo de interrupciones en la prestación de servicios de TI.

ROLES Y PROCESS OWNER

• Desarrollador / Data Engineer
• Tech Lead
• Especialista de Aplicaciones User TI
• Responsable del cambio de Subsidiarias
• Responsable del cambio de Infraestructura
• PO
• Gestor de Cambios / Ops /Data Ops
• Jefe de Change Management
• Comité de Pase a Producción (CAB)
• Analista Release Management / Agile Ops / Agile Ops Data
• Torres Tecnológicas / Ingeniero de Tecnología
• Tester

v
 13
Los Super 6 13

Requisitos para programar un pase

Congelamiento Transmisiones
Congelamiento finalizado correctamente. Si el cambio consiste en la activación de una
(Conformidad de certificación) nueva versión a nivel nacional, la distribución
del paquete a las estaciones de trabajo
involucradas debe haber finalizado al 100%.

Formatos
De contar con adelanto o validación de
Ratificador
formatos (FDI, FDA, FDS, FPH, FVA, FDC, Coordinación para la ratificación con
FMQ, FCI, FAU, FFW, FPA), deben haber todos los aplicativos impactados por el
finalizado correctamente y al 100%. cambio (conforme del QA)

Ejecutor Estados
Para pases ágiles: Se debe contar con el visto Para aplicativos Legacy el TA o TK en
bueno del agileops de la fecha de pase. CLEAR QUEST, debe encontrarse en
Con el Usuario estado "ParaAprobación".
Para pases Legacy: Sólo tener en cuenta el
Tener la coordinación en curso con el
cronograma de soportes paralelos de reléase.
usuario con fecha/hora propuesta, en
casos de impacto o intermitencia al app.

v
 14
Los Super 6

Correo de solicitud de conformidad de pase

Si la información de la solicitud del PASPROD está
Antes de solicitar la conformidad al OPS:
1. El congelamiento debe estar terminado. clara y precisa, el OPS dará respuesta de manera más
2. La reserva del calendario de pases aprobada. ágil a la solicitud de conformidad.
3. En el correo indicar el Plan de Pase (Copy/
paste del calendario o indicar el enlace).
4. En el correo adjuntar el PPR (o indicar enlace al
MVP donde debe estar el PPR).
5. La “Descripción Funcional y Técnica” del pase
debe estar clara y entendible, de tal forma
que el Ops pueda entender el riesgo/impacto
y el alcance de la solicitud de pase a prod.

NOTA: De ser necesario, agregar INFORMACIÓN

ADICIONAL para precisar el alcance:
¿El pase impacta sobre la infraestructura de otros
aplicativos o componentes cross?, ¿El pase
intermite o indispone la operación de la app?.

Para aplicativos ágiles: Tener en cuenta que el caso el

pase demande la participación de otros equipos (pool,
mainframe, AIX, Windows, etc) estos recursos deben
solicitarse previamente y deben estar confirmados.
 15
Los Super 6 15

Tipos de Solicitudes de Cambio

Cambio Mayor
▪ Tipificar en el calendario como MAYOR.
▪ Los cambios Cross deben ser revisados
con el GdC/Ops para conocer el
impacto. Con el V°B° del GdC/Ops se
procederá a coordinar los aplicativos
que ratificarán. La revisión final lo
realiza el Comité.
▪ Son sustentados en Comité de Pases
(Martes y Viernes a las 10:00am)
▪ Un día antes del comité (a las 12:00) se
realiza el corte de solicitudes que
requieren sustentar el cambio en el
comité.
Cambio menor
▪ Tipificar en el calendario como MENOR.
▪ Solicitar su evaluación/aprobación del GdC/Ops
por correo con la imagen de los datos
ingresados en calendario y PPR (Excel).
▪ Aplicativos Legacy: Se debe solicitar la
aprobación hasta las 14:00 hrs (de Lun a Vie), el
conforme debe adjuntarse al RLM y activarlo
hasta las 15:00 hrs como máximo.
▪ Aplicativos Agiles: El conforme del GdC/Ops
debe solicitarse hasta las 5:00pm como máximo.
▪ La solicitud de cambio puede ejecutarse desde
el mismo día a las 18:00 hrs en adelante.
▪ Durante la evaluación, el GdC/Ops puede
considerar modificar a Cambio Mayor.
Cambio Documentario
▪ Tipificar en calendario como
DOCUMENTARIO.
Puede provenir de:
▪ una reversión administrativa
(modificación) durante un pase a prod
y se va a regularizar
▪ De un cambio por un incidente.
▪ Por homologación de ambientes.
▪ Sigue el flujo de C1, congelamiento,
separar en calendario, solicitar
conforme del OPS, ejecución en
producción (en horario de oficina).
Cambio Emergencia
▪ Tipificar en calendario como EMERGENCIA.
▪ Sólo necesitan un RLM o MVP, no TA/TK
▪ Solicitados hasta las 17:00 hrs con plantilla
"Solicitud - Emergencia".
▪ Son evaluados por el GdC/Ops y deben tener
aprobación de la Jefatura de Change
Management o del Gerente de Operation TI:
Puedes ser:
▪ Para subsanar Estabilidad operativa.
▪ Para resolver problemas de pérdida
monetaria.
▪ Por un tema Regulatorio o Gubernamental.
▪ Para solucionará un Riesgo reputacional.

Ejecución de pase y cortes de horario:

Los pases a prod. con atención de Release (RLM) se programan con
corte 3:00pm, para los que se ejecutarán en el intervalo desde las
6:00pm del día presente hasta las 5:59pm del día siguiente, por ejem:
▪ Si deseo programar un pase para hoy a las 5:00pm -> No es viable,
ya que lo debí haber activado ayer a las 3:00pm como hora máxima
(puede ser mucho antes).
▪ Si deseo ejecutar un pase hoy a las 11:00pm de la noche, SI puedo
activar el RLM hasta las 3:00pm de hoy.
Solicitud de “Sesiones Preventivas”
▪ Aplica en caso de implementaciones complejas, cross, de alto impacto.
▪ La sesión preventiva es un monitoreo del aplicativo después del pase,
con el objetivo de actuar ágilmente ante una inestabilidad del aplicativo. “Sesiones
▪ El tiempo de monitoreo dependerá de la criticidad del cambio, del
impacto y riesgo. Preventivas”
▪ Esta coordinación se debe solicitar inmediatamente haya sido aprobado
el pase a producción (por comité de pases o si fue de emergencia).
▪ La vsolicitud la debe realizar el equipo/squad interesado.
 16
Los Super 6 16

Cambio Mayor
Si el cambio impacta sobre la infraestructura o la
operación de un aplicativo crítico del banco, como lo son
los aplicativos Big 8, Tiers 1, 2, componentes estructurales
cross, Api gateway, AZ APIM, MBRK, o si el pase afecta a
varias aplicaciones a la vez -> el cambio debe ser
considerado CAMBIO MAYOR (validar con el Ops)

Recordar que:
▪ Un cambio Mayor es un cambio con impacto medio-alto
sobre un aplicativo o componente crítico del banco.
▪ Debe ser sustentado en comité de pases (Ma, Ju 10am)
▪ El conforme lo otorga el comité de pases, no el Ops.
▪ El horario de ejecución de un cambio mayor debe ser
fuera del horario transaccional (de 10:00pm - 7:00am).

Requisitos para ser considerado en el comité de pases:

1. Reservar en el calendario como CAMBIO MAYOR
2. La reserva de calendario estar en estado Aprobado.
3. Conforme de QA y visto bueno del OPS.
4. Contar con PPR adjunto al ticket (ver exoneraciones).
5. El corte es el día anterior al comité (lun y jue 12:00 pm).

¡Importante!: Para cambios MENORES con RLM (Legacy):

Las solicitudes de pases que NO son aprobados en el comité (o que
no se presentaron) liberan la reserva en el calendario y pueden v
tomarse y activarse por un Cambio Menor, hasta las 3:00pm del día.
 17
Los Super 6 17

Aplicativos Big 8, Tiers y Componentes Cross

Aplicativos Cross
Aplicativos BIG 8 Componentes Tier 1 y Tier 2
Estructurales

1. Agentes TIER 1 TIER 2 CIAM, ATLAS, APIG,

▪ Saving
2. ATM ▪ Mainframe (Pre Producción) Systematics, VPLU,
▪ Impacs
3. Mobile Banking ▪ TOLD II ▪ Creditos Personales Message Broker MBRK,
▪ Massage Broker ▪ GN – Teleproceso Systematics Data Power DPDP, SAT,
4. Home Banking ▪ Consist Cliente
▪ Data Power FICHA, Orquestador, Consist,
5. POS ▪ Orquestadores
▪ AUTF
Connex, CAMB, TTIB,
▪ Credipago
6. Teller ▪ Azman ▪ Pago de Servicios Credipago, SOGI, Adaptador,
7. NTLC ▪ CIAM ▪ Transferencia Interbancarias
AUTF, ALS, TOLD 2,
▪ Cambio de Moneda
8. Yape ▪ DNS ▪ Visión Plus AZMAN, SPAZIO,
▪ Componentes de Red ▪ SAT Telefransfer, GGTT,
▪ Relación Cliente Producto Servicio
▪ Firewall ▪ Consist General
Pago de Haberes,
▪ Conex Citrix,
▪ Consist Colocaciones DPCM, FCDA
Cambio Mayor: ▪ Ficha Cliente
Si el cambio impacta sobre la infraestructura o la operación de un aplicativo crítico ▪ Adaptador MQ
del banco, como son los aplicativos Big 8; Tiers 1, 2; componentes estructurales ▪ Identify Access Management
cross, Api gateway, AZ APIM, MBRK, o si el pase afecta a varias aplicaciones a la v
vez -> el cambio debe ser considerado CAMBIO MAYOR (validar con el Ops).
 18
Los Super 6 18

Cambio Menor
Si el cambio únicamente impacta a tu propio
aplicativo (y dicho aplicativo no es un big 8 ni
componente cross estructural) -> el cambio es
considerado un CAMBIO MENOR (validar con el
Ops).

Recordar que:
▪ Un cambio Menor es un cambio de
riesgo/impacto Medio-Bajo.
▪ La aprobación de pase la otorga el Ops asignado
al aplicativo.
▪ Se puede atender en horario dentro de oficina, si
el pase es batch o para proyectos con
infraestructura 100% nuevos y que no son
consumidos por ningún aplicativo (No debe
existir impacto sobre la operación).
▪ Si existe riesgo de caída de la operación de la app
o intermitencia, se debe ejecutar fuera del horario
transaccional del aplicativo.
▪ Validar con el Ops asignado el impacto del pase,
para definir si el cambio, es menor o mayor. v

Los Super 6
Pruebas Pilotos, Friends & Family, similares
Experimentación
Friends &
Family
Pilotos
Las pruebas en modo “piloto” o “Friends
and Family”, son pruebas que deben
tener un alcance a usuarios internos o
usuarios de impacto muy bajo.
El alcance máximo debe ser 20 usuarios.
Las pruebas cuyo alcance sea más de 20
usuarios, ya NO debe ser considerado
piloto (por el impacto que podría
ocasionar)
19
19
▪ Cualquier despliegue sobre un aplicativo “en
Pruebas
Piloto” con más de 20 usuarios, No debe ser
de estrés
considerado como tal (piloto) y debe tener la
aprobación del Ops (aplicativo no Big 8 ni
estructurales cross) o del comité de pases
(aplicativos Big 8 o estructurales cross) para
poder ejecutarse.
▪ Así mismo, previamente debe haber
realizado sus pruebas de estress.
Despliegues ▪ Así mismo, cuando una fase en Piloto,
en Producción termine y el squad decida abrir la
con apertura a funcionalidad a más usuarios finales, esta
apertura a más de 20 usuarios debe ser
más de 20
considerado un despliegue a Producción.
usuarios ▪ Como todo despliegue a Producción debe ser
sustentado en comité de pases (aplicativos
Big8 o Cross), o aprobado con el Ops
users
asignado (aplicativos No Big 8 ni cross) con el
v
objetivo de evaluar su impacto.
 Plantilla en RLM Resumen de la Solicitud Conformidades Ejecutor
JdE o PO
CAMBIO EXPRESS - USUARIO O REPOSITORIO Crear:Grupo red,Usuario App,Usuario BD,Usuario genérico,Folder,Ruta. COS 20
Los Super 6 CAMBIO EXPRESS - HABILITAR O DESHABILITAR
APP
Acción: "Habilitar","Deshabilitar"
Tipo: "Web","BD"
Validación de Seguridad
JdE o PO
IBM-MRS-MIDRANGE SERVER
AIX
20
CAMBIO EXPRESS - PRODUCTOS DE OFICINA EN
Acción: "Instalar","Actualizar","Desinstalar" JdE o PO HP
CLIENTES
CAMBIO EXPRESS - BUZON DE CORREO Movimiento: "Buzones de correo" JdE o PO Midrange

Cambio Express
Cambiar velocidad: "Una tarjeta de red servidor físico","Una tarjeta de
CAMBIO EXPRESS - TARJETA DE RED JdE o PO Midrange
red servidor virtual"
CERT: tools & estándar . PROD:
CAMBIO EXPRESS - CTLS Acción: "Modificar", "Eliminar ctls sin uso" JdE o PO
Release, adjuntar en excel FPH
CAMBIO EXPRESS - ALERTAS SIN REINICIO Configuración para: "Aplicación","Monitoreo", etc (Tipo de alerta) JdE o PO Innovation
Acción: "Ingreso","Modificación"
CAMBIO EXPRESS - CMDB JdE o PO Innovation
Tipo de dato: "Manual","Masivo"
Acción:Crea,Update,Elimina
CAMBIO EXPRESS - REMEDY JdE o PO Innovation

Un cambio Express es de propósito específico; es

De:Usuario,Grupo,Organización,Locación,Flujo,Categoria,Notificación
Acción:Bypass Temp, Non Exec,Ejecución,Modifica hora ejec.
CAMBIO EXPRESS - JOBS O SCRIPT JdE o PO Tools
De: Malla,Job Host-@-SQL,Script

decir, no se puede agregar tareas adicionales a la CAMBIO EXPRESS - CERTIFICADO DIGITAL

CAMBIO EXPRESS - REDIMENSIONAMIENTOS
Acción: Generación JdE o PO Seguridad TI
•"Producción" por Release.

razón de ser de un cambio express.

Acción: Modificación parametros de espacio JdE o PO •"Certificación"por Tools &
ARCHIVOS VSAM-SECUENCIALES HOST
Standars
CAMBIO EXPRESS - ACTUALIZAR CALENDARIO SCHEDULLER - torre Batch
Acción: Modificación calendario scheduller ESP para feriado. JdE o PO
SCHEDULLER ESP Operations.

Recordar que:
CAMBIO EXPRESS - INCLUIR-ACTUALIZAR SCHEDULLER - torre Batch
Acción: Incluir/Actualizar parametros de Jobs JdE o PO (DWH)
PARÁMETRO DE CONCURRENCIA DE JOBS. Operations.

▪ Un cambio Express es un cambio rutinario (frecuente, constante) y

JdE o PO
CAMBIO EXPRESS - ACTUALIZAR PARÁMETROS EN SCHEDULLER y/o TOOLS &
Acción: Actualizar parametros de Jobs Infraestructura Gobierno de Outs
JOBS DE INFRAESTRUCTURA (BATCH - TOOLS). STANDARDS.
de RIESGO CERO. Acción: Actualizar,modificar, crear, ctl de host, eventuales, tasas,
TL de Tools & Standar.
JdE o PO
CAMBIO EXPRESS – PARAMETROS – AIO-BCP Release
▪ El pase se congela y luego directamente pasa a Producción. No se CAMBIO EXPRESS – RECOMPILAR PROGRAMA
agencias, tetis, cuentas sunat, registro de usuarios. TL de Tools & Standards.

hacen validaciones de QA (por ser de Riesgo Cero).

Acción: Recompilar programa jobs host JdE o PO Release
JOBS HOST
Crear: "Zona EDV" JdE o PO
▪ No participa el OPS en el flujo de aprobación. CAMBIO EXPRESS - CREAR ZONA EDV DATALAKE
CAMBIO EXPRESS - MANTENIMIENTO ZONA EDV
Tipo: "Tipo I" ,"Tipo II" Validación de Seguridad
JdE o PO
AIO-OPI-HBI

▪ Se atiende únicamente en horario de oficina. DATALAKE

Acción: "Backup", "Restaurar", “Eliminar”
Validación de Seguridad
AIO-OPI-HBI
CAMBIO EXPRESS - TABLE SPACE Acción: "Crear", “Modificar”, "Eliminar" JdE o PO AIO-OPI-HBI
▪ Existe un listado de tipologías definidas. CAMBIO EXPRESS - CREACION DNS Acción: "Creación"
JdE o PO
Midrange windows
▪ No se reserva en el calendario de pases.
Validación de Seguridad
CAMBIO EXPRESS - SAFEWATCH - GENERAR
ARCHIVO CONEXION - PROCESO CARGA LISTAS Acción: "Generación de archivo de conexión" JdE o PO COS, RELEASE
WORLDCHECK
Los casos de cambio EXPRESS son tipologías que están previamente CAMBIO EXPRESS - PERFILADO DE BROADS -
Acción: "Habilitar broad para perfilamiento con Analyzer". JdE o PO AIO-OPI-PROV
HABILITAR ESTRUCTURA DE BROAD EN ANALYZER
acordados; es decir, NO se puede definir un nuevo tipo; salvo sea CAMBIO EXPRESS - PERFILADO DE BROADS - JdE o PO
Acción: "Copiado de broad cliente/servidor a Analyzer". Ahora: Release
revisado en consenso entre Change Management, Seguridad TI y el COPIAR DATA DE BROAD EN ANALYZER
Acción: "Despliegue a estaciones ya piloteadas de ATMF,
Validación de Seguridad
JdE o PO
CAMBIO EXPRESS - DESPLIEGUES A TERMINALES HP
squad y después de ello será agregado a la lista de cambios Express. CAMBIO EXPRESS - DISTRIBUCION A TERMINALES
Kioskos(KSKF), POS, Agentes"
Acción: "Distribución a estaciones, no activación"
CMonitoreo de ATM's
JdE o PO
CAMBIO EXPRESS - CREACION DE VISTAS PARA JdE o PO
Acción: Solo creación de vistas para el negocio. OPI
USUARIOS FINALES Validación de Seguridad
CAMBIO EXPRESS - PARAMETROS DE RUTINA NO JdE/PO y log de ejecución
Acción: Modificar parámetros de Ejecución de rutina no crítica de Data AIO-OPI-PROV
CRITICA LKDV-DWH en Desarrollo
CAMBIO EXPRESS - EJECUCION DE DMLS (TRIBU
Acción: "Ejecucion de DML – Tribu Data". Conformidad JdE/PO AIO-OPI-BD
DATA)
-PO
Acción: "Actualizar parametros, Jobs, Procedimientos y CTL's por
CAMBIO EXPRESS - OPTIMIZACIONES DE TOOLS -TL de Tools & Standar. Tools & Standard
reprocesos en la rutina batch." No incluye programas ni CTL's de logica.
-Operation Management
CAMBIO EXPRESS - ACTUALIZAR PARAMETROS -JdE o PO
Acción: "Actualizar parametros, Jobs, Procedimientos y CTL's por SCHEDULLER y/o TOOLS &
JOBS, PROCEDIMIENTOS y CTLS POR -Operation Management
reprocesos en la rutina batch." No incluye programas ni CTL's de logica. STANDARDS.
REPROCESOS EN RUT. BATCH -TL de Tools & Standar.
CAMBIO EXPRESS – CONFIGURACIONES Acción: Crear JdE o PO
COS
AUTOMATION ANYWHERE De: Roles, usuario App, Baúl de credenciales, Locker. Validación de Seguridad
CAMBIO EXPRESSv– ASIGNAR O RETIRAR LICENCIA JdE o PO
Acción: “Asignar",“Retirar" COS
AUTOMATION ANYWHERE Validación de Seguridad
CAMBIO EXPRESS – ASOCIAR CLIENTE JdE o PO
Acción: “Asociar Devices” COS
AUTOMATION ANYWHERE CON ROL Validación de Seguridad

Los Super 6
Cambios Documentarios (o administrativo)
Los requisitos para ejecutar un cambio
documentario son los mismos como si
fuera cambio menor, la diferencia es
que se atiende en horario de oficina.
Requisitos:
▪ Debe tener conforme del Ops.
▪ La duración debe ser no más de
30min.
▪ Una vez obtenido el conforme del
Ops, adjuntar al MVP (o RLM).
▪ Luego se debe promover al carril
Ejecución de Pase (o Activar el
RLM).
21
21
Es una solicitud de cambio
de regularización
documentaria, sin ejecución
de tareas o configuraciones
(solo se promueven
documentos). “Reversión
administrativa”
Casuísticas:
▪ Producto de una
▪ Una reversión administrativa, es producto de una
corrección como parte de solicitud de modificación o corrección, aprobada
un incidente. por el OPS durante un pase a producción en curso.
▪ Producto de una reversión ▪ Esta modificación debe ser de riesgo mínimo para
ser considerada y aprobada por el Ops.
administrativa ▪ Si compete validaciones de seguridad TI, debe tener
v
adicionalmente su conforme.

Los Super 6
Cambios en aplicativos SaaS
En caso el aplicativo SaaS desee hacer una
modificación dentro de la infraestructura BCP, debe:
Crear el ticket TA o TK, promoverlo al estado
correcto y adjuntar la documentación adicional
necesaria.
v
22
MIS: Manual de Instalación del servidor 22
• Los aplicativos SaaS pueden presentar el MIS en
formato .DOC (formato estándar de MIS en .doc).
• Solicitar al Ops en caso lo necesite.
Aplicativos SaaS: Las solicitudes de cambios para
aplicativos SaaS que tienen infraestructura externa al
BCP.
Lineamientos: Todo cambio Mayor y menor SaaS:
▪ Debe ser coordinado con el Ops.
▪ Debe darse en de horario fuera de oficina.
▪ Para crear el RLM deben usar las plantillas en el
Remedy que terminan en “SAAS”
▪ No se necesita crear ticket ágil (no TA ni TK).
▪ Debe tener una reserva aprobada por el LT en el
calendario, un ticket RLM y el MIS debe estar
documentado con los equipos y el nombre y
teléfono de la persona a derivar la subtarea.
Tener en cuenta que Release sólo derivará la tarea y el
gestor del pase debe confirmar el termino.
 23
Los Super 6 23

Todo pase debe tener su proceso de reversión

Todo MVP o RLM debe contener las
CERTIFICACIÓN “Instrucciones para la Reversión”, tanto
para ambiente de Certificación como para
el ambiente de Producción.

Nota:
Las “Instrucciones de Así el Ops, excepcionalmente, otorgue
Reversión” en conformidad de exoneración de reversión y
CERTIFICACIÓN y en recongelamiento en CERTIFICACIÓN, el
PRODUCCIÓN, PRODUCCIÓN MVP o RLM siempre debe contener los
siempre deben estar pasos de Reversión en PRODUCCIÓN.
documentados en el
ticket o MVP.
Importante:
El proceso de reversión y re-congelamiento
asegura que el proceso de reversión
funcionará en caso ocurra algún error
v
ocurra durante la ejecución del pase.
 24
Los Super 6 24

Respetar el tiempo de ratificación del pase

Calendario de pases
8:00 pm

Implementación Implementación
MVP-11111 MVP-11111
9:00 pm

Cruce de pases Tiempo Tiempo

Ratificación de Implementación Ratificación de Tiempo
MVP-11111 MVP-22222 MVP-11111 Total de Tiempo de
10:00 pm del
Pase a
= Impleme
ntación
en
+ de
Ratifica
ción
+ Reversión
y Ratific
de la
Ratificación de Implementación Reversión
MVP-22222 MVP-22222
Prod produc
11:00 pm

Incorrecta Correcta El Tiempo de la Reserva del pase en calendario

Ratificación de
Reserva de Reserva de MVP-22222 →debe considerar el tiempo de Implementación +
00:00 am MVP-22222 MVP-22222
tiempo de Ratificación
El Tiempo de Implementación: Se calcula en promedio al tiempo que tomó el
congelamiento (consultar a reléase, para RLM; o al agileops para MVPs).

En caso el squad desee hacer una Re-Estimación de tiempo --> Se debe generar
v una WO a Release para dicha reducción o confirmación del tiempo.
 25
Los Super 6 25

Reversión Total, Parcial y Horario del pase

REVERSIÓN TOTAL:
▪ Todo pase que tenga errores
durante la ejecución del pase a
producción y no termine de
forma exitosa 100%,
automáticamente debe seguir
el proceso de REVERSION
TOTAL de lo avanzado.
▪ No es necesario el conforme del
Ops para ejecutar el proceso de
reversión Total de lo avanzado,
salvo la reversión se cruce con
el horario transaccional
(7:00am a 11:00pm).
NOTA: Las reversiones no se
pueden dar en el horario de 7:00am
a 6:00pm, Salvo tenga el conforme
de Jefe de Change Management
(James Mori)
REVERSIÓN PARCIAL (Mantener lo
avanzado)
▪ Todo pase que tenga errores durante la
ejecución del pase a producción y no
termine de forma exitosa 100%,
automáticamente debe seguir el
proceso de Reversión Total de lo
avanzado.
Excepcionalmente:
▪ En caso el squad solicite la mantener
los cambios, esto actualmente no es
viable.
▪ Solo en casos excepcionales, el Ops de
turno, puede evaluar y otorgar la
conformidad para mantener los
cambios.
NOTA: El LT/ PO del squad no puede decidir
para que el agileops o reléase mantenga los
cambios. Sólo el Ops puede aprobarlo.
HORARIO TOTAL DEL PASE A PRODUCCIÓN:
▪ Tener en cuenta que el horario total de un Pase
a Producción debe considerarse tanto la
ejecución del pase como la ratificación del
mismo, ya que el ejecutor debe terminar
/cerrar el ticket en dicho tiempo.
▪ Adicionalmente, en caso suceda un error
durante la ratificación, el agileops/reléase debe
estar disponible y sin cruces con otro pases
para que pueda ejecutar el proceso de
reversión. (Tiempo Total = T Implementación +
T Ratificación + T Reversión).
NOTA: Si el pase sólo considera el T Ejecución, el
recurso ejecutor no estará disponible después, lo que
puede generar un incidente o necesitará solicitar
recursos al momento, que no están disponibles.
Tiempo Tiempo
Tiempo
de Tiempo
Total de

v
del
Pase a
= Impleme
ntación
en
+ de
Ratifica
ción
+ Reversión
y Ratific
de la
Reversión
Prod produc
 26
Los Super 6 26

Flujo de Cambios vs Flujo de Incidentes

Flujo de Reporte/Atención para incidente masivo:
1. Si es que aun no ha sido reportado por Call Center, crear el ticket INC en
Remedy llenar la plantilla, catalogar al INC como masivo (0 o 1).
2. Reportarlo por correo a Centro de Monitoreo, CC a incidentes DL.
Importante indicar el apoyo de que equipos se requiere para su
solución.
3. Centro de Monitoreo responderá indicando que se cree una sesión de
Teams (War Room) para que puedan sumarse los recursos.
4. Cualquier modificación durante la sesión de War Room debe ser
aprobada por el Gestor de incidentes de turno.
5. Mayor detalle, revisarlo con los Gestores de INC.

GESTIÓN DE CAMBIOS: GESTIÓN DE INCIDENTES:

▪ Es el Flujo creado para atender solicitudes de cambio. ▪ En el Flujo para atender “errores fortuitos” en los
▪ Es un Flujo con Planificación de por medio. diferentes ambientes (preproducción y producción) de
▪ Sigue un flujo: Desarrollo –> Certificación –> Producción. un aplicativo o infraestructura.
▪ No está creado para atender errores fortuitos. (para ello

vs
el flujo correcto es flujo de incidentes). ▪ Si es un incidente masivo (que impacta sobre más de 5
usuarios) se genera una sesión de War Room; en caso
NOTA: Si un incidente o intermitencia es consecuencia de un contrario, se atiende como incidente menor.
Pase a Producción, la acción única e inmediata a seguir es
REVERTIR EL PASE que generó el INCIDENTE/INTERMITENCIA. ▪ En la sesión de War Room se atiende el “error” hasta
su solución total o parcial (aplicar palialitivo).
▪ No es viable agregar una funcionalidad nueva para ▪ Se regularizan las modificaciones por medio de un
corregir el incidente que fue consecuencia de un pase. v cambio documentario.
 27
Los Super 6 27

Diferencia de Flujos: Criticidad 2 vs Criticidad 3

Criticidad 3
Se congela.
▪ Criticidad 2 – C2: Solicitudes para Pases de aplicativos que Se revierte y se vuelve
NO tienen ambiente de CERT; o que SI lo tienen, pero que a congelar.
NO APLICA ejecutar en CERT, por razones de des-
homologación, porque no aplica u otros. Esto debe ser
revisado por el GdC/OPS y debe tener su aprobación.

▪ Criticidad 3 – C3: Solicitudes de Pases que SI tiene ambiente

de CERT y SI aplica ejecutar en CERT - congelar.

Criticidad
Criticidad 2:
El squad debe solicitar la conformidad del
buzón de ambientes pre-productivos (para
poder pasar el carril de congelamiento)
2
Sólo se congela.
No se revierte ni recongela.
Criticidad 3:
▪ En este caso Sí es parte del flujo ejecutar el Proceso
de Reversión y Recongelamiento en CERTIFICACIÓN.
▪ El PO o LT no pueden exonerar este paso.
Ejemplos de Pases con C2:
▪ Aperturas de puerto con Formato Firewall.
v
▪ Registro de IPs en DNS, con formato DNS.
 28
Los Super 6 28

Horarios de disponibilidad de
los Recursos

v
 29
Los Super 6 29

Recursos Compartidos (squads compiten)

Los viernes de 3:00am a 4:00am existen 3 soportes
Por paralelos; es decir, se pueden atender 3 pases a producción
ejemplo -> con recurso Release. Y sólo 1 pase con recurso derivado.

Bloqueo de pases de lunes a

viernes de 12:00pm a 3:00pm

Pool de Release
Compartido = Compiten entre todos
Gana el aplicativo que cumple con requisitos
(congelamiento atendido, reserva y aprueba su solicitud
en calendario) antes que otro app en mismo horario.
Leyenda de horas paralelas Release: Formatos FDS Formatos FPH
Soporte 1 – de 00:00 a 08:00 horas ( Lunes– Domingo)
▪ Sólo se atiende de Lun a Vie de 8 a 11am y ▪ Se atiende según el horario de paralelos
(*) Cada soporte Soporte 2 – de 08:00 horas a 16:00 horas (Lunes-Domingo)
indicado (de Lun a Dom 24 x 7 según
de 3pm a 5pm (x mañana: Jobs nuevos y
Release labora 8 Soporte 3- de 16:00 horas a 00:00 horas (Lunes-Domingo)
disponibilidad del calendario)
modificaciones; x tarde: sólo Jobs nuevos).
horas continuas Soporte 4 – de 20:00 a 04:00 am (Lunes -Sabado)
v
▪ Sólo se puede atender 1 a la vez.
Soporte 5 – de 21:00 horas a 05:00 horas (Miércoles – Sabado) ▪ Se puede atender 2 a la vez.
Bloqueo de 3 horas (Lunes - Viernes de 12:00pm a 3:00pm
 30
Los Super 6 30
Horario Lunes Martes Miércoles Jueves Viernes

Recursos Compartidos (squads compiten)

0:00 1:00 AgilOp AgilOp AgilOp AgilOp AgilOp AgilOp AgilOp AgilOp AgilOp AgilOp

AgilOps 7

AgilOps 7

AgilOps 7

AgilOps 7

AgilOps 7
1:00 2:00 s5 s6 s5 s6 s5 s6 s5 s6 s5 s6
2:00 3:00

AgilOps 8

AgilOps 8

AgilOps 8

AgilOps 8

AgilOps 8
3:00 4:00

AgilOps 1

AgilOps 1

AgilOps 1

AgilOps 1

AgilOps 1
4:00 5:00
5:00 6:00
6:00 7:00
7:00 8:00
8:00 9:00
9:00 10:00
10:00 11:00

AgilOps 10

AgilOps 10

AgilOps 11

AgilOps 11
11:00 12:00

AgilOps 2

AgilOps 3

AgilOps 4

AgilOps 2

AgilOps 3

AgilOps 4

AgilOps 2

AgilOps 3

AgilOps 4

AgilOps 2

AgilOps 3

AgilOps 4

AgilOps 2

AgilOps 3

AgilOps 4
12:00 13:00
13:00 14:00
14:00 15:00
15:00 16:00
16:00 17:00
17:00 18:00
18:00 19:00

AgilOps 9

AgilOps 9

AgilOps 9

AgilOps 9

AgilOps 9
19:00 20:00

AgilOps 5

AgilOps 6

AgilOps 5

AgilOps 6

AgilOps 5

AgilOps 6

AgilOps 5

AgilOps 6

AgilOps 5

AgilOps 6
20:00 21:00

AgilOps 7

AgilOps 7

AgilOps 7

AgilOps 7

AgilOps 7
21:00 22:00
22:00 23:00
23:00 0:00

Horario Sábado Dom ingo

AgilOps
0:00 1:00 AgilOp
“Atención Centralizada” de solicitudes de pase AgilOp

9
1:00 2:00 s5
s6
a prod. 2:00 3:00
3:00 4:00
El agile del pool de pases es quien inicia y
Pool Agileops

AgilOps 10

AgilOps 10
4:00 5:00
termina todos los pases a producción. 5:00 6:00
6:00 7:00
7:00 8:00
8:00 9:00
Las agrupaciones que son atendidas por el 9:00 10:00
Para reservar el recurso del Pool, se debe (con el 10:00 11:00
Pool de Pases (en Producción) son:

AgilOps x
apoyodel agileops dedicado) enviar la solicitud al buzón 11:00 12:00

▪ Grupo 1:
12:00 13:00
“PasProd” indicando la hora, fecha y detalle del pase Canales Digitales 13:00 14:00

▪ Grupo 2:
14:00 15:00
PasProdDevopsBCPIBM@bcp.com.pe Mayorista 15:00 16:00

▪ Grupo 6:
16:00 17:00
CIX

AgilOps 11

AgilOps 11
17:00 18:00

Todas las Tribus: ▪ Grupo 7: Estructurales 18:00 19:00

19:00 20:00
▪ Tener en cuenta que cualquier tarea relacionada a la estructural ▪ Grupo 10: Yape 20:00 21:00

AgilOps 9

AgilOps 7
21:00 22:00
ATLA, APIM, APIG -> Es congelado mediante una subtarea al 22:00 23:00
Grupo 07 de agileops. v 23:00 0:00
 31
Los Super 6 31

Recursos Dedicados (squads NO COMPITEN por recursos ejecutores)

“Atención De-centralizada” de solicitudes de

pase a prod.
El agileOps de cada grupo es quien inicia y
termina todos sus pases a producción.

En CERTIFICACIÓN -> Subtask al Grupo 7 Los recursos dedicados pueden ser agileOps y
▪ Cualquier subtarea relacionada a componente Releases:
estructural ATLAS, APIM, APIG -> Es congelado
mediante una subtarea con atención del Grupo ▪ Son recursos adquiridos por un equipo y están
07 de agileops. asignados al 100% sólo para atenciones de dicho
Recursos dedicados En PRODUCCIÓN -> Reserva con el “Pool de Pases”
equipo.
▪ Atienden congelamientos, pases a producción, Wos
▪ De similar forma, para el PASE A PROD, se debe ▪ El horario estándar es de 9:00am a 6:00pm. No hay
solicitar un recurso del “Pool de pases” para un horario pre-establecido.
▪ Agileops Grupo 4: COE CRM Operativo atender dicha subtarea, pero ahora en el
▪ Se debe tener en cuenta que el máximo de horas al
ambiente de Producción.
▪ AgileOps Grupo 5: Tribu RBM mes, por contrato, no se puede exceder de 176
▪ AgileOps Grupo 12: Tribu Datalabs horas.
▪ Durante el pase, el agileops del grupo, derivará
▪ AgileOps Grupo 13: Data - Alexandría la subtarea al “recurso reservado” del pool de
En caso los recursos dedicados no sean suficientes,
▪ AgileOps Grupo 15: Tribu Arpay pases.
según la demanda del squad, el Ops evaluará y
▪ AgileOps Grupo 16: Tribu Banca Seguros recomendará la adquisición de 1 ó más recursos
Si en caso no se havreservado el recurso del Pool,
… AgileOps Grupo 27 agileops/release.
el pase deberá ser cancelado y reprogramado.
 32
Los Super 6 32

Horario de ejecución de los

formatos

v
 33
Los Super 6 ▪ Siempre se debe utilizar la última 33
versión de los formatos.

Ejecución de los Formatos

▪ Revisar confluence o consultar al Ops
por las últimas versiones

FDA FPH
Formato de Definición de Archivos Formato de cambio en host Los Formatos en XLM:
OnLine: Ejecución fuera de horario de oficina.
Horario: A cualquier hora. •PAR-PLA-FPH-v31.xml
Batch: Puede ser dentro del horario de oficina.
•PAR-PLA-FAS-v6.xml
Atenciones: deacuerdo a los paralelos release
•PAR-PLA-FDS-V13.xml

FPA FCD
•PAR-PLA-FAU-v5.xml
Formato de Preparación de ambiente Formato de Certificados Digitales •PAR-PLA-FVA-v5.xml
Serv nuevo o dedicado: En cualquier momento, Horario: Depende de la ventana de no impacto •PAR-PLA-MIS-v32.xml
Serv consolidado: Fuera horario de oficina del aplicativo •PAR-PLA-MIS-v33.xml
•PAR-PLA-FPA-v16.xml

FFW FCI
•PAR-PLA-FMQ-v17.xml
Formato Firewall Formato de CICS •PAR-PLA-FDI-v7.xml
Ventana de atención: Martes y Viernes de Registrar reportes a nivel de host. •PAR-PLA-FCI-v12.xml
10:00p.m. a 6:00 a.m. Horario: Fuera de horario de oficina •PAR-PLA-FDA-v13.xml
•PAR-PLA-FVA-v5.xml

FAE FMQ
•PAR-PLA-FCD-v5.xml
Formato de aplicaciones especiales Formato de Registro de Colas •PAR-PLA-BDO-v21.xml
Inscripción de app dentro de los cics. Horario: (Fuera horario de oficina) •PAR-PLA-BDO-v22.xml
Horario: De L a V de 18.00 a 20:00 hrs •PAR-PLA-FAE-v19.xml

FDS FDI
Formatos de Scheduler Formato de Coldview https://confluence.lima
Modificado/Nuevo: Lun a Vie de 08:00 a 11:00 hrs Definir Reportes en Coldview .bcp.com.pe/pages/vie
Solo Nuevos: Lun a Vie de 15:00 a 17:00 hrs. Horario: Implementación 24 x 7 si no impacta wpage.action?pageId=5
Atenciones: * Se puede atender dos a la vez. el aplicativo o negocio. 80294282

RECOMENDACIÓN: Las solicitudes de pases de FFW, formatos WAF con atención de Cybersoc Ejemplo:
de preferencia no mezclarlas con otras tareas, puesto que la atención no se da en un horario MIS: Manual de Instalación del servidor
v
fijo y podría hacer que las tareas consecutivas dependientes demoren y cancelen todo el pase. Versión actual -> ver.33 (CVT) y ver.32

Los Super 6
Ejecución de Formatos FW, WAF, FDO, DNS
Formato Firewal Formatos
WAF
Formatos
FDO
Formatos
DNS
Las solicitudes de pase a producción con
formatos Firewall FFW, WAF, FDO y DNS
son ejecutados directamente en producción,
puesto que no existe equipos Firewall o
servidor DNS de Desarrollo.
Por tanto no es necesario congelar. Las
tareas de congelamiento se exoneran
solicitando conformidad al buzón de
“ambientes pre-productivos”.
34
34
La modificación/eliminación de reglas o Cambio Se recomienda que las
solicitudes RLMs o MVPs con
MAYOR
ES
IPs ya existente, en los difer formatos:
atención de formatos FFW,
WAF, FDO sean exclusivos
La ejecución de reglas nuevas, sobre los ES
Cambio para este propósito y no
diferentes formatos: MENOR mezclarlas con otras tareas
consecutivas o dependientes;
Horario de Ejecución: ya que el horario de atención
▪ Formato Firewall: Sólo Lunes y Viernes de 10:00pm a 6:00am. no es fijo (sino una ventana de
▪ Formatos WAF y FDO: Todos los días de 10:00pm a 6:00am. atención) lo cual puede
▪ Formatos DNS: Todos los días fuera de horario de oficina (consultar retrasar cualquier tarea
con el OPS). posterior.
Ejecución de congelamiento Criticidad 2
(adjuntar conforme al RLM o MVP)
Se debe solicitar conformidad de
ambientes pre-productivos para
pasar el congelamiento
(documentariamente) Ejecución de pase a prod
v
Ratificación
 35
Los Super 6 35

Ejecución de Formatos FW, WAF, FDO, DNS

Horario de Ejecución:
Formato Firewal Formatos
▪ Formato Firewall: Sólo Lunes y Viernes de 10:00pm a 6:00am.
▪ Formatos WAF y FDO: Todos los días de 10:00pm a 6:00am.
WAF ▪ Formatos DNS: Todos los días fuera de horario de oficina (consultar con el OPS).

Se recomienda que las solicitudes RLMs o MVPs con atención de formatos FFW, WAF, FDO sean
Formatos exclusivos para este propósito, no mezclarlas con otras tareas consecutivas o dependientes; ya
FDO que el horario de atención no es fijo (sino una ventana de atención) lo cual podría retrasar
cualquier tarea posterior y cancelar todo el pase por aproximarse a la hora transaccional 7:00am

Formatos NOTA: Las aperturas de puertos con Formato FW en el

DNS
firewall Datacenter BCP lo atiende el equipo de Redes y
Las solicitudes de pase a producción con telecom (no el equipo de Cibersoc).
formatos Firewall FFW, WAF, FDO y DNS
son ejecutados directamente en producción,
puesto que no existe equipos Firewall o Ello significa que se tiene que coordinar previamente con
servidor DNS de Desarrollo. dicho equipo de Telecom para que separe el tiempo del
Por tanto no es necesario congelar. Las soporte de truno para la atención del pase (Coordinar
tareas de congelamiento se exoneran
solicitando conformidad al buzón de con Yeisson Quispe, Jorge Marin o Victor Amez)
v
“ambientes pre-productivos”.
 36
Los Super 6 36

Conformidad de Ambientes Preproductivos

La solicitud de Conformidad de AMBIENTES
PREPRODUCTIVOS se debe solicitar en el formato
indicado.
Todo pase con C2 que no necesite congelarse debe
contar con dicho conforme (Es parte del flujo).

Ejecución de congelamiento
(adjuntar conforme al RLM o MVP)
Criticidad 2

Todo pase con Criticidad 2

Debe solicitar conformidad de
ambientes pre-productivos para
pasar el congelamiento. Ejecución de pase a prod
(documentariamente) Ratificación

v
 37
Los Super 6 37

Site Change Management

(Información para los squads)

v
 38
Los Super 6 38

Site Change Management

OPS/GdC de soporte Resultado de comité de pases
Identificar la persona de change management (en Ticket aprobados en el comité de pases (cambios mayores),
turno fuera de horario de oficina) para cualquier que es requisito adjuntar al ticket para que pueda ser
requerimiento relacionado a un pase ya programado ejecutado en la fecha y hora programada.
o en curso.
Site_Change_Management
Lineamientos de Pases
Bloqueos del calendario
Lineamientos, directrices a considerar en el flujo de
gestión de Cambios (tanto para congelamientos como Fechas de bloqueos o freeze, que tienen como
para pases a producción) objetivo asegurar la estabilidad operativa de las
aplicaciones.

Tipificación de Cambios Horarios de atención de release

Categorización de las solicitudes de cambio:
Cuantos recursos paralelos disponibles existen en una
Cambio Mayor, Menor, Express, Emergencia, de
determinada hora a nivel de Release o del Pool Agile.
acuerdo a su riesgo/impacto.
Esto ayuda a tener visibilidad para programar una
A tener en cuenta para determinar si la solicitud
solicitud de pase sin contratiempos.
debe ir a comité de pases.

• Toda la información respecto al Flujo de Gestión de

Cambios se encuentra en vel site “Change Management”
• Se actualiza de manera frecuente.
 39
Los Super 6 39

Tener en cuenta los comunicados

Se recomienda a los squads estar atentos a los comunicados por correo del buzón de Change
Management TI, así como también a los siguientes grupos en Workplace:

▪ AA DevSecOps
▪ AA Arquitectura y Procesos TI
▪ Change Management – IT Operations
▪ Estabilidad Operativa - TI

v
 40
Los Super 6 40

Flujo de atención para

carpetas compartidas en file
server
(solicitudes aprobadas)

v

Los Super 6
Atención de carpetas compartidas en fileserver
Tener en cuenta que un file server es de uso
compartido
▪ La atención de carpetas compartidas
siguen el “Flujo de aprovisionamiento”.
▪ Para mayor detalle consultar al Gestor de
Aprovisionamiento: Cristel Villanueva.
Para la Eliminación de carpetas compartidas y
servidores, también deben ser coordinados con el
Gestor de aprovisionamiento y con su conforme.
41
41
▪ 1era actividad: Separación de espacio en los servidores tipo
“File Server”
Pasos:
1. Solicitar el uso de un espacio en un servidor “File server”
2. Ingresar al portal de aprovisionamiento y separar el espacio
necesario en cada servidor “File Server” que se necesite.
3. Confirmar la cantidad de gigas a utilizar (costo/presupuesto a
asumir)
4. Generar un worus para la atención.
▪ 2da actividad: Creación de carpeta compartida
Esta carpeta es creada por la “web de Helpdesk”
Pasos:
1. Adjuntar el WORUS atendida (a solicitud de Helpdesk) indicando
la unidad de disco del servidor se deberán crear sus carpetas
compartidas.
v
 42
Los Super 6 42

Diferencia entre SecOps vs Cos (Helpdesk)

Canal de atención ágile:

▪ Grupo de soporte: SECOP - AGILE REQUEST

▪ Tipo de tickets: Work order (WO)
Gestión de Accesos ▪ Temas: Solicitud de reportes/evidencias,
= Cos Operaciones de cambios/desbloqueos de usuarios genéricos, ingreso de clave,
Seguridad = SecOps accesos temporales, atenciones en desarrollo, etc.

Foco: usuarios finales

o matrículas Foco: usuarios • Grupo de soporte: SECOP - AGILE SECOPS
• Tipo de tickets: Tareas (TAS en RLM Remedy) y Subtask (en
genéricos o de MVP Jira)
Canales de atención: VS aplicación • Temas: atenciones de congelamientos y pases a producción.
únicamente ticket
por la web de Canal de atención Waterfall /Legacy

Helpdesk.
Canales de atención:
▪ Grupo de soporte: AMBIENTES DE PRUEBA – GESTION DE
Ticket directo por ACCESOS
Responsable: Katia Remedy o Jira. ▪ Tipo de ticket: Work order (WO)
▪ Temas: Solicitud de reportes/evidencias,
Vargas /Renzo cambios/desbloqueos de usuarios genéricos, ingreso de clave,
Sanchez Responsable: Carlos accesos temporales, atenciones en desarrollo, etc.
Huamaní ▪ Grupo de Soporte: PASES – GESTION DE ACCESOS
▪ Tipo de ticket: Tarea (TAS en el RLM Remedy)
▪ Temas: Atenciones de congelamientos y pases a producción
v
(con Release y AIO Infraestructura CRQ)
 43
Los Super 6 43

Solicitudes de atenciones para SecOps

Motivos de RECHAZOS por el equipo de SecOps
▪ No se debe solicitar el ingreso de credenciales en texto
Tener cuidado plano.
cuando se asigna ▪ Las documentaciones donde participa SecOps MIS, MSEG,
una tarea a SecOps y MVP deben ser claros, sin ambigüedad.
▪ Los scripts de BD que ejecuta SecOps debe llevar la
a cualquier equipo.
nomenclatura “Seguridad.sql”
▪ SecOps no modifica ni inserta datos a BD.
Siempre debe ▪ Las credenciales de los usuarios root sólo son custodiadas
hacerse en “Usuario por el equipo de Seguridad.
asignado a petición; ▪ SecOps no realiza creación de esquemas, estos lo realiza
IBM-Middleware DB
y no en la opción ▪ SecOps no realiza configuraciones de IP, Subnet, ni ningún
Nombre de Grupo tipo de instalación.
de soporte.
Para la atención del soporte de SecOps
Usuario asignado (fuera de horario de oficina) siempre se debe
a petición llamar al número de soporte (atención
directa), el correo es sólo para formalizar la
atención.
https://credicorponline.sharepoint.com/sites/Change-
Management/Documentos%20compartidos/Forms/AllItems.aspx?originalPath=aHR0cHM6Ly9jcmVka
Números de WNvcnBvbmxpbmUuc2hhcmVwb2ludC5jb20vOmY6L3MvQ2hhbmdlLU1hbmFnZW1lbnQvRXEtOTZ
PWi1PMFJQanM5ZktQUnhIeTBCLUdTTmY0QVNydFlMZUtrMkR3OWJ2Zz9ydGltZT1pZ2dhblRkYzJ
soporte SecOps v
VZw&id=%2Fsites%2FChange%2DManagement%2FDocumentos%20compartidos%2FGeneral%2FC
M%2DSoportes&viewid=2ca18ca6%2D232b%2D4ebd%2D9f99%2D0bf9b5cfa388
 44
Los Super 6 44

Sesión de Charlas con Change Management

Se tiene habilitado un espacio abierto para que cualquier
equipo pueda resuelvan sus consultas puntuales sobre:

▪ Dudas, inconvenientes en congelamientos o pases a

Prod.
▪ Consultas sobre el flujo de cambios, urgencias, otros.
Horario: Lunes y jueves de 4:00 pm a 5:30 p.m, donde
estará apoyándote un especialista de Change
Management con tus dudas o inconvenientes.
Enlace a la Sesión de las charlas:
https://teams.microsoft.com/l/meetup-
join/19%3ameeting_NDc2Y2VlNGUtMzhiYi00MTg4LWI3NjYtNGRkZmIzNTZlZDJi%4
0thread.v2/0?context=%7b%22Tid%22%3a%225d93ebcc-f769-4380-8b7e-
289fc972da1b%22%2c%22Oid%22%3a%22bd1acc63-14ab-41ff-9c58-
4f113ff521b1%22%7d

v
 45
Los Super 6 45

Comité de Pases a Producción

(solicitudes aprobadas)

v
 46
Los Super 6 46

Solicitudes aprobadas en comité de pases

Comité de pases: Martes y viernes a las 10:00pm
Requisitos:
▪ Calendario reservado y aprobado (tipo Cambio Mayor).
▪ PPR adjunto (según aplique) y correctamente documentado.
▪ Congelamiento terminado.

▪ Los pases aprobados en los comités se encuentran en el

site Change Management.
▪ La conformidad del comité (archivo Excel) es requisito para
que el pase pueda darse (equivale al conforme del
GdC/OPS para cambios menores).

Tener en cuenta que:

Después del comité, se debe ingresar al site de Change
Management y buscar el archivo Excel con fecha del comité y
adjuntar al ticket RLM/MVP como evidencia de aprobación.

▪ Para pases con RLM: con corte hasta las 3:00pm (el RLM debe
estar activado y asignado al equipo de IBM-Release).
▪ Para pases Agiles (MVP): con corte hasta las 5:00pm del día
v
del pase el MVP debe estar en carril de ejecución de pase.
¡Importante!: Para cambios MENORES con RLM (Legacy)
Las solicitudes de pases NO APROBADOS en el comité (o que no se
presentaron) liberan la reserva en el calendario; Estas pueden tomarse,
reservarse y activarse con un Cambio MENOR hasta las 3:00pm del día.
 47
Los Super 6 47

Bloqueo en el calendario de
pases (sharepoint)

Los Super 6
Fechas en calendario con bloqueo o en freeze
Las fechas con bloqueo se puede revisar en el Site
Change Management.
▪ Bloqueo Total: Bloquea los pases sobre todos los aplicativos.
▪ Bloqueo Parcial: Bloquea los pases sólo de los canales y
aplicativos habilitadores o relacionados a un canal.
▪ En calendario bloqueado no se puede hacer ningún tipo de
pase a producción, así sea un pase Express.
48
48
Estas fechas también se pueden revisar en el
calendario de pases.
http://ggeneral.bcp.com.pe/sites/gso/_layouts/15/start.aspx#/Lists/Pases
%20a%20Produccin%20BCP/calendar.aspx
▪ Si se desea hacer un pase en fecha bloqueante o en
freeze, el conforme del GdC/OPS no es válido.
▪ Para ejecutarlo, se debe tener el conforme de Jefatura de
Change Management James Mori o Gerente de Servicio
v Guillermo Rios (previa revisión con su OPS asignado).
 49
Los Super 6 49

Formato de Plan de
Comunicación a ARO

v
 50
Los Super 6 50

Formato de comunicación a ARO

Aprobada una solicitud de Cambio Mayor

o de Emergencia, que en su ejecución
genera indisponibilidad parcial o total de
uno o más aplicativos críticos para el
banco, este debe ser debidamente
comunicado al negocio, para ello:

▪ Coordinar con el equipo de Riesgo de

Operación y Continuidad de Negocio.
▪ Documentar y entregar el Formato de
Comunicación indicado.

v
 51
Los Super 6 51

Pain Points sobre Gestión de

Cambios

v
 52
Los Super 6 52

Tablero Mayor/menor y Express (en Jira)

Cambios Mayor y
Menor:
Las solicitudes de pase
recorren los 10 carriles
hasta su cierre.

Cambios Express:
Las solicitudes de pase
recorren únicamente 6
carriles hasta su cierre.

Son de riesgo muy bajo o cero

y se ejecutan sólo dentro de
v
horario oficina.
 53
Los Super 6 53

Priorizaciones con POs y coordinación de pases

Las coordinaciones de recursos ejecutores para los
pases a Producción son coordinadas por:
Para pases con RLM -> Release
Una vez activado el RLM, la coordinación de los recursos
ejecutores del pase a producción lo realiza Reléase.
Las Priorizaciones de subtareas en Congelamientos y otros,
deben ser solicitados a cada PO del BCP.
Esta priorización la debe solicitar el squad, no es responsabilidad del agileOps.
Por ejemplo: Para priorizaciones sobre reléase y agileops es -> con James Mori
Para priorizaciones sobre accesos es -> con Katia Vasquez

Para pases ágiles con MVP -> el squad y el agileOps

Previamente a la aprobación del pase, la coordinación de los
recursos ejecutores para el pase debe solicitarse a cada PO de
los respectivos equipos BCP.
El agileops dedicado también puede apoyar en esta gestión.

v
 54
Los Super 6 54

Solicitud de pases CRQ (Infraestructura)

Revisar en el enlace “Guía para Generar CRQ”, donde pueden encontrar:
Las solicitudes de pase a Prod sobre aplicativos infraestructura deben ▪ Los Códigos de los Aplicativos de Infraestructura.
solicitarse por CRQ ▪ La Guía para creación de CRQ (el Formato General).
▪ La Guía para creación de CRQ para Formato firewall.
Guía de CRQ - Formato general Guía de CRQ - Formato Firewall ▪ Lista de cambios estándar para solicitudes de infraestructura.

https://credicorponline.sharepoint.com/sites/GDC-
AIO/Documentos%20compartidos/Forms/AllItems.aspx?originalPath=aHR0cH
Guía para M6Ly9jcmVkaWNvcnBvbmxpbmUuc2hhcmVwb2ludC5jb20vOmY6L3MvR0R
Generar DLUFJTy9FZ3dHeG91S3loQkJ1dDRIejdiUFhVY0JZcTFldjdhdWc1SmlLN01S
CRQ V3ZGTjdnP3J0aW1lPW1BUjhDSWRjMlVn&id=%2Fsites%2FGDC%2DAIO%2
FDocumentos%20compartidos%2FGu%C3%ADa%20para%20generar%20CR
Q&viewid=6ac17b50%2Dd702%2D4add%2Db220%2D5cbad6173e27

https://credicorponline.sharepoint.com/sites/GDC-
Lista de AIO/Documentos%20compartidos/Forms/AllItems.aspx?id=%2Fsites%2FGDC
Cambios %2DAIO%2FDocumentos%20compartidos%2FLista%20de%20Cambio%20est
v %C3%A1ndar&viewid=6ac17b50%2Dd702%2D4add%2Db220%2D5cbad617
Estándar
3e27
 55
Los Super 6 55

Regularización de accesos al agileOps por MA

▪ Cuando se crea infraestructura nueva como subscripciones, servidores,
BD, etc; éstas deben indicarse al OPS para que puedan ser regularizados al
grupo respectivo de agileops (por Modelo Administrativo - MA).
▪ Para ello existen 2 archivos a llenar: MA_Azure, MA_Servidores.

Pasos:
1. Los formatos deben ser revisados y llenados conjuntamente con el
analista de seguridad TI asignado al squad.
2. Luego, estos deben ser enviados al OPS o gestor de cambio.
3. El Ops coordinará en interno para solicitarlo al buzón de manten de roles.
4. El buzón de manten de roles indicará el numero de REQ para la
atención.
5. El tiempo de atención del REQ depende del equipo de accesos.

▪ En el archivo Azure: documentar lo relacionado a infraestructura nube.

▪ En el archivo Servidores: documentar los relacionado a infraestructura Onpremise.

NOTA:
v
Tener en cuenta que la atención de accesos por MA, se solicitan al buzón de
“Manten de Roles”. No es inmediato; y por lo general toma varios días en atender.

Los Super 6
Aplicativos en Freeze por Estabilidad
▪ Los squads deben estar
revisando constantemente el
enlace de Cumplimiento de
Estabilidad Operativa.
▪ Cada 15 días, el equipo de
Estabilidad envía el listado
actualizado de aplicativos en
cumplimiento de Estabilidad
Operativa
Planes estabilidad Operativa
Absolutamente todos los
aplicativos deben cumplir los
LINEAMIENTOS DE
v
ESTABILIDAD.
56
56
▪ Si un aplicativo se encuentra en
Freeze, solamente podrá ejecutar
pases a producción relacionados a
Estabilidad Operativa o para
regularizar dicha deuda.
▪ El aplicativo no podrá realizar pases
a producción para agregar nuevas
funcionalidades hasta levantar el
freeze (el GdC/Ops lo observará).
Pasos para salir del Freeze:
1. El squad debe coordinar con el
Owner bloqueante, los requisitos
necesarios para salir del freeze.
2. Una vez salvado el inconveniente,
el squad deberá asistir al comité de
Estabilidad Operativa u obtener el
conforme del Owner bloqueante.
3. Gestionar la actualización del
estado de Unfreeze con el equipo
de estabilidad Operativa.
 57
Los Super 6 57

Nuevas categorías de Freeze por Estabilidad

v
 58
Los Super 6 58

Si ya estas en Freeze, cómo superarlo ¿?

v
 59
Los Super 6 59

Retorno de MVP a un Carril anterior

En caso un MVP haya sido promovido al carril final DONE y se
desee retornar a un estado anterior, por motivo de error o
Board INCTSP
revertir el pase, debe seguir los sig. pasos:
1. Tener le visto o conforme del OPS para este retorno.
2. Con el conforme del OPS, solicitar conforme a PO de
DevSecOps Franchesca Torres Arias
3. Crear un ticket solicitud en jira INCTSP board.
4. Si se necesita priorizar, canalizarlo con el equipo devsecops.
En caso que el estado del MVP esté
en el carril de EJECUCION DE PASE.
El agileops lo puede realizar
devolviendo al carril actualización de
fechas, sin necesidad de crear tickets
de por medio. Comunicarse con el
agileops de su grupo asignado.

v
 60
Los Super 6 60

Consultas Frecuentes MODIFICACIONES sobre DIAGNOSTIC ROOM - DR

Ejecución de Congelamientos con PIPELINES por los LTs

Los LTs sólo pueden/deben iniciar Congelamientos donde son autosuficientes y
que no implique derivar subtareas adicionales a otros equipos.
Ejemplo: congelamientos solo con ejecución de job jenkins.
Una vez terminado el congelamiento y validado por el QA, el LT no debe de
volver a re-ejecutar el job ya que se estaría generando otra versión no validada
por QA. Así mismo esta nueva versión no será tomada en cuenta para el pase.
Los congelamientos que no cumplan lo indicado, serán rechazados al carril
inicial.
En caso durante una sesión de DR, se requiera ejecutar un cambio temporal, esto
solo es viable con el conforme de Change Management:
• En ambientes PreProd -> con conforme de ambientes PreProductivos,
• En ambientes Prod -> con conforme de James Mori.
NOTA: Se solicita un DR cuando se necesitan recursos diferentes a los ya asignados.
Si el squad sólo necesita el apoyo del agileops/release asignado o de equipos BCP
y/o Analistas BCP, NO ES NECESARIO GESTIONAR UN DR. Esto solo sería una
coordinación interna entre los equipos.

Solicitud de DR – Pasos a Seguir Acceso al Calendario de Pases Comité de Pases – Cortes

1. Llenar el formato Excel de DR (se debe contar
previamente con revisiones, solicitudes WO de
atención o ticket INC)
2. Crear la wo para la solicitud, y asignado el grupo
IBM - PM - PROCESS MANAGEMENT.
3. Solicitar conforme al OPS adjuntando el Excel.
4. Adjuntar conforme del OPS en la WO de solicitud.
5. Solicitar a <Flavio Puente> que se agende la sesión
de DR según disponibilidad de recursos.
6. <Flavio Puente> dará los nombres de los recursos
a sumar y adicionalmente indicará al squad que se
genere la sesión de teams (en fecha gestionada).
Los tipos de acceso al calendario de pases son:
Registrador y Aprobador.
Para solicitar acceso: Se envía correo a James Mori
jmori@bcp.com.pe o Juan Coz Bravo
jcoz@bcp.com.pe , indicando su matrícula,
nombre, tribu o squad, rol en tribu y rol para
calendario (registrador /aprobador). Canalizarlo
por medio del Ops.
El aprobador debe tener perfil técnico (Líder
Técnico, Data Engineer y similares.
v documentado)
Los comités de pases son los martes y viernes de 10:00
am a 12:00 pm
El corte para el comité (cambio Mayor) es el día anterior a
las 12:00pm.
Para que una solicitud llegue a comité de pases, debe:
1. El congelamiento debe estar correctamente terminado
2. Estar registrado en el calendario de Pases como
“Cambio Mayor”
3. Debe tener adjunto el formato PPR (correctamente
 61
Los Super 6 61

Cualquier otra duda…

Consultar al gestor de cambio /

Ops asignado a tu tribu o
aplicación, así como todo el
equipo de Change Management
estaremos felices de ayudarte.

v
 62
Los Super 6 62

Anexos y
Complementos

v
 63
Los Super 6
Criticidad 3 63

Criticidad 3 – C3: Solicitudes de Pases que SI tiene ambiente de

CERT y SI aplica ejecutar en CERT - congelar.

Debe pasar necesariamente por Congelamiento y luego

Reversión y recongelamiento.

Proceso de reversión
y recongelamiento

v
 64
Los Super 6 64

Criticidad 2
Criticidad 2 – C2: Solicitudes para Pases de
aplicativos que NO tienen ambiente de CERT; o
que Sí lo tienen, pero que NO APLICA ejecutar
en CERT, por razones de des-homologación,
porque no aplica u otros. Esto debe ser revisado
por el GdC/OPS y debe tener su aprobación.

Se debe solicitar conformidad de ambientes

Aprobación preproductivos para pasar el congelamiento.
de negocio

Ratificación

Ratificación de la reversión

v
 65
Los Super 6 65

Criticidad 1
Criticidad 1 – C1: Solicitudes para Pases
documentarios o administrativos.

Se debe reservar en calendario (30mins)

Se debe solicitar conforme del OPS.
Se ejecuta sólo dentro de horario de oficina.

v
 66
Los Super 6 66

Criticidad 1 vs Criticidad 2
▪ Criticidad 1 – C1: Solicitudes para Pases
documentarios o administrativos. Criticidad 2
▪ Criticidad 2 – C2: Solicitudes para Pases de
aplicativos que NO tienen ambiente de CERT;
o que SI lo tienen, pero que NO APLICA
ejecutar en CERT, por razones de des-
homologación, porque no aplica u otros. Esto Aprobación
de negocio
debe ser revisado por el GdC/OPS y debe
tener su aprobación.

Ratificación de la reversión Ratificación

Criticidad 1

v
 67
Los Super 6 67

Cambio Express

▪ No se reserva en el calendario de pases

▪ No participa el OPS.
▪ No se hace validaciones QA.
▪ Se ejecuta dentro de horario de oficina (Riesgo CERO)
▪ El pase se congela y de inmediato se ejecuta en
producción.

v
 68
Los Super 6 68

Plantillas y Formatos
Formato o Plantilla de solicitud de Reversión
INFORMACION REQUERIDA
Tipo de ratificación del pase
ejecutado "colocar el tipo de ratificación programado para el pase ejecutado"
Total / Parcial Indicar puntos a ejecutar de la reversión
Tipo de reversion solicitada
"Colocar el tipo de reversión, Parcial o Total" "especificar los puntos a ejecutar en el proceso de reversión"
MOTIVO DE REVERSIÓN "detallar que motivo la solicitud de reversión"