Control de cambios

Control de cambios en acción

En Tecnología, cada cambio es un proceso clave. Aquí aprenderás a gestionarlo correctamente, desde su planeación hasta su paso a producción.

Iniciar

00:03

Sigue los actos por orden númerico

Siguiente

Acto 1

Objetivo de Control de Cambios

Ver función

control de cambios

Objetivo del

El Control de Cambios Tecnológicos existe para asegurar que cada modificación:

• Se implemente de forma controlada

• Minimice riesgos en producción

• Proteja la estabilidad de los servicios

• Cumpla los lineamientos institucionales

• Asegurar que los cambios estén documentados, probados y aprobados

Siguiente

Responsabilidad clave

Nota Importante

El responsable del cambio lo es de principio a fin:

Cuando un cambio impacta a los usuarios, la Mesa de Servicios debe ser informada y capacitada oportunamente.

• Radicación del cambio
• Presentación de la información
• Gestión de aprobaciones
• Entrega de evidencias
• Resultado final de la implementación

Siguiente

Acto 2

Tipos de Cambios

Ver función

cambios

Tipos de

Cambios urgentes para:

Cambios programados, evaluados y autorizados.Son de bajo riesgo y se revisan en el comité.

Título

Título

Cambio Normal (CAB)

Cambio de Emergencia (ECAB)

Usa esta cara para dar más información sobre un tema.

Usa esta cara para dar más información sobre un tema.

• Resolver incidentes críticos

• Evitar fallas importantes que impacten el negocio

Subtítulo

Subtítulo

Acciones para estabilizar el servicio luego de:

Título

Título

Cambio de Estabilización

Cambios repetitivos, de impacto conocido y bajo.

Usa esta cara para dar más información sobre un tema.

Usa esta cara para dar más información sobre un tema.

Cambio Estándar

• Inconvenientes

Subtítulo

Subtítulo

• Desviaciones en producción

Siguiente

Acto 3

Formatos oficiales

Ver función

Todo cambio necesita documentos claros y completos.

Solicitud de Cambios Sistemas de Información

GTE-OPT-R-05

Instructivo de diligenciamiento

GTI-OPT-I-05

Control de Solicitudes de Cambio

GTE-OPT-R-14

Registro de Paso a Producción

GTE-OPT-R-26

Resultado de Pruebas (aplica a desarrollo)

GTE-ASF-R-01

Sin estos documentos, el cambio no puede avanzar.

Siguiente

Acto 4

Radicación del cambio

Ver función

Radicación del Cambio

Cambios estándar

Estabilizaciones

CAB y ECAB

• GTE-OPT-R-05
• GTE-ASF-R-01
• Aprobación del líder del proceso

• GTE-OPT-R-05
• GTE-ASF-R-01
• Aprobaciones en ITSM
• Validar entregable aprobado en Azure (Lista GTE-ARQ-R-03)

• GTE-OPT-R-05
• GTE-ASF-R-01
• Aprobación de la mitad + 1 de la célula master

En soporte y ECAB: Adjuntar lista de requerimientos Cargar aprobaciones técnicas, del líder del proyecto y pruebas de calidad

El cambio debe haber pasado por Review y Refinamiento, excepto ECAB no asociados a proyectos.

Siguiente

Acto 5

Causales de rechazo

Ver función

rechazo

Causales de

Cambios estándar

Programación y capacidad

Documentación incompleta

• Riesgo alto sin mitigación
• Rollback inviable
• Dependencias críticas sin confirmar

• Resultados de Pruebas ausentes o incompletos
• Solicitud GTE-OPT-R-05 sin campos críticos:
• Objetivo
• Impacto
• Plan de rollback
• Ejecutores
• Documentos cargados fuera del horario definido
• Falta de aprobaciones
• Entregables no aprobados en Azure

• Ventana de mantenimiento inadecuada
• Saturación del ambiente por múltiples cambios

Siguiente

Acto 6

Pruebas y estabilización

Ver función

Pruebas y estabilización

Tiempo de pruebas Debe cumplirse según lo establecido.

Las pruebas validan que el cambio funcione correctamente.

Si no se requieren pruebas Debe justificarse en “Actividades previas” del GTE-OPT-R-05 y sustentarse ante el comité.

Siguiente

Acto 7

Cómite de cambios (CAB / ECAB)

Ver función

¿Qué es el Comité de Cambios?

¿Cómo se aprueban los cambios?

Es el espacio donde se:

Cambios de Emergencia (ECAB)

• Revisa la información del cambio
• Evalúan riesgos e impactos
• Validan documentación y pruebas
• Autorizan o no el paso a producción

• No requieren aprobación previa en la herramienta
• Se aprueban durante el ECAB
• Quedan registrados en el acta del comité

Cambios Normales (CAB) y de Soporte

• Entregable aprobado en Azure (GTE-ARQ-R-03)
• Aprobaciones técnicas
• Aprobación del líder del proyecto
• Evidencias de pruebas de calidad

¿Cuándo se realizan los comités?

Comité de los miércoles (opcional)

• Cambios normales
• Retroalimentación de cambios ejecutados

Cambios de Estabilización

• Aprobación de la mitad + 1 de la célula master
• Aprobación por ITSM

Si el día anterior es festivo: Radicación máxima 12:00 m. del día hábil anterior

Comité de los viernes (obligatorio)

• Si el cambio no cumple, el comité puede devolverlo para ajustes.
• El comité no frena cambios.
• Evita estrenos con errores.

• Cambios programados

Si el día anterior es festivo: Radicación máxima 17:00 del día hábil anterior

Siguiente

Acto 8

ROLLBACK

Ver función

Se evalúa aplicar rollback cuando:

• Se supera la ventana definida
• Hay fallas no resueltas
• Se agotan soluciones inmediatas:

• Parametrización
• Recertificación
• Reinicio de servicios
• Pruebas adicionales

Rollback es volver al último estado seguro.

Siguiente

Acto 9

Paso a producción

Ver función

Áreas que deben aprobar

El ponente del cambio

Arquitectura de SoftwareDesarrolloCalidad de SoftwareProyectosDatos y AnalíticaSeguridad de la InformaciónOperaciones TI

Adjunta formatos al ticket Solicita aprobaciones Garantiza que las actividades se cumplan

Con todas las aprobaciones, el cambio pasa a producción.

Siguiente

Ahora cuentas con las herramientas para gestionar cambios tecnológicos de forma ordenada y segura, garantizando estabilidad en producción.

Siguiente

By

¡Felicitaciones, has terminado!