Hola a todos y bienvenidos de nuevo.
ITIL 4 sin filtros, elevando el ITSM.
Soy Julián, y hoy voy a hablarles sobre algo
que afecta a toda organización de TI,
ya sea que estés lanzando nuevas funciones,
corrigiendo errores o mejorando el rendimiento.
Estoy hablando de la habilitación del cambio.
No te preocupes si suena a jerga técnica.
Te lo voy a explicar en lenguaje sencillo.
La habilitación del cambio,
también conocida como gestión de cambios,
trata de manejar los cambios en los servicios de TI
de una manera que minimice las interrupciones y los riesgos.
Imagina que estás actualizando una aplicación crítica
para el negocio.
Sin un proceso estructurado podrían ocurrir desastres,
caídas de servicio, errores o incluso brechas de seguridad.
La habilitación del cambio garantiza
que esas modificaciones sean planeadas,
probadas, aprobadas y comunicadas
antes de implementarlas.
En esencia, es la práctica que ayuda a las organizaciones
a encontrar el equilibrio entre velocidad y estabilidad.
Por un lado, las empresas quieren innovar rápidamente.
Por el otro, necesitan evitar interrupciones
que puedan afectar a sus usuarios o clientes.
La habilitación del cambio crea ese "espacio seguro"
donde el cambio puede suceder de forma fluida y segura.
El proceso normalmente consiste de cuatro actividades clave.
Enviar solicitudes de cambio,
evaluarlas según el riesgo e impacto,
obtener aprobaciones
y finalmente, coordinar su despliegue.
Si el cambio trata de un parche simple,
puede estar preaprobado y automatizado.
Pero si se trata de una actualización importante,
requerirá una coordinación estructurada.
Imagina a un comercio en línea
que se prepara para el "Viernes Negro".
El equipo de TI necesita desplegar nuevas funciones,
como búsqueda mejorada y nuevos métodos de pago.
El momento es crítico.
Una caída en horas pico sería desastrosa.
Con la habilitación del cambio,
el equipo lo planificará cuidadosamente.
Hará pruebas en un entorno controlado.
Coordinará el despliegue del cambio en horas no pico.
E informará a todos los interesados
sobre el estado de este.
Resultado.
Una implementación sin contratiempos.
Los clientes compran sin interrupciones.
Éxito total.
Todavía hay más.
No todos los cambios son iguales.
Se clasifican en tres tipos.
Cambios estándar,
cambios normales
y los cambios de emergencia.
Los cambios estándar son aquellos de bajo riesgo.
Han sido preaprobados y son repetibles.
Es como preparar un café en una máquina automática.
Oprimes el botón y ya está listo tu café.
Los cambios normales, por el contrario,
requieren evaluación y aprobación.
Son los más comunes dentro de la práctica.
Hablemos ahora de los cambios de emergencia.
No debemos confundir un cambio de emergencia
con un cambio urgente.
Una emergencia requiere acción inmediata
para resolver una situación crítica.
Una urgencia necesita atención rápida,
pero no pone en riesgo la organización.
Entonces, ¿cuál es la diferencia clave?
Los cambios de emergencia pueden omitir
algunos pasos para acelerar la solución,
pero siempre se deben documentar
y revisar los resultados después de su implementación.
Esa evaluación debe identificar medidas correctivas
y oportunidades de mejora para evitar que se repitan.
Los cambios urgentes deben seguir el procedimiento establecido.
Uno que sea ágil para atenderlo con alta prioridad.
Por curiosidad, pregunté a un gestor de cambios,
¿cómo identificas si el cambio es de emergencia
o es un cambio urgente?
Me respondió de forma jocosa,
"Si el CIO está detrás de ti mirando el reloj,
es probablemente una emergencia,
pero si está llamando a todos,
es definitivamente una emergencia."
Sarah Voss, una gestora de cambios experimentada, nos dice,
"Una buena habilitación del cambio
es como el control de tráfico aéreo.
Cada avión o cambio necesita autorización para despegar.
Saltarse eso es receta para el desastre.
Y así es como acaba siendo noticia,
pero no por algo bueno."
Para terminar, quiero que reflexiones en lo siguiente.
La habilitación del cambio no se trata de frenar el cambio,
sino de garantizar que sea exitoso.
Cuando se hace bien, aumenta la confianza en TI,
mejora la calidad del servicio,
y reduce fallos e incidentes.
Así que la próxima vez que alguien se queje del papeleo,
recuérdales.
Es la protección que mantiene en marcha el negocio
mientras innovamos.
Gracias por acompañarme hoy.
Inscríbete a nuestro podcast
para que no te pierdas nuestro próximo episodio
sobre la gestión de incidentes.
¿Cómo mantener las luces encendidas
cuando algo sale mal?
Si tienes preguntas sobre la habilitación del cambio
o cualquier otro tema de ITSM, queremos escucharte.
Envíanos tus dudas o experiencias para futuros episodios.
Visítanos en nuestra web o redes sociales.
Tu voz puede ser parte del programa.
Hasta la próxima.