Diagrama de flujo del proceso de control de cambios
Diagrama de flujo del proceso de control de cambios: solicitud, evaluación de impacto, aprobación del CAB, implementación, verificación y cierre, con una vía propia para los cambios de emergencia.
Cómo funciona
Renombra los carriles con tus roles reales
Sustituye Solicitante, Gestor de cambios, Comité de cambios, Implementador y QA por los roles y equipos que realmente tienes. Si una misma persona es gestor de cambios y presidente del CAB, fusiona esos carriles en lugar de fingir que están separados. Mantén el número de carriles en cinco o menos para que el diagrama siga siendo legible.
Define tus categorías de cambio en la decisión de triaje
La decisión de triaje ya separa estándar, normal y emergencia. Escribe qué cumple cada categoría en tu organización y pon esos umbrales junto al nodo de decisión. Fíjalos por riesgo y por radio de impacto, no por tamaño del ticket, y mantén la lista de cambios estándar preaprobados lo bastante corta como para que alguien la mantenga de verdad.
Nombra a la autoridad de cambio y su cadencia
En el paso de revisión del CAB, anota quiénes son los aprobadores, cada cuánto se reúnen y cuál es el corte para entrar en el orden del día. Añade aparte la autoridad de emergencia, porque quien puede aprobar una corrección fuera de horario casi nunca es el comité entero.
Especifica qué debe contener el registro de evaluación
Convierte el paso de evaluación en una lista de comprobación real: servicios y usuarios afectados, ventana de parada, nivel de riesgo, dependencias, enfoque de pruebas y enfoque de reversión. La decisión del CAB solo vale lo que valga ese registro, y es además la pista de auditoría del cambio.
Fija las reglas de reversión y de verificación
Decide quién ejecuta una reversión, cuánto tarda y qué dispara la llamada. Después define qué significa verificar en vuestro caso: prueba de humo, batería de regresión o visto bueno del responsable del servicio. Ajusta el bucle de verificación fallida si vuestra política es revertir de inmediato en lugar de replanificar.
Publícalo y mantenlo versionado
Comparte el diagrama donde ocurre el trabajo: junto al formulario de solicitud de cambio o dentro del runbook. Revísalo después de cualquier cambio que haya salido mal y conserva las versiones anteriores, para poder demostrar cuándo cambió el procedimiento y por qué.
Preguntas frecuentes
¿Qué diferencia hay entre control de cambios y gestión de cambios?
El control de cambios es la parte estrecha y procedimental: cómo se solicita, se evalúa, se autoriza, se implementa, se verifica y se cierra un cambio concreto, dejando un registro en cada paso. La gestión de cambios es más amplia e incluye la estrategia, las categorías, los roles, la comunicación y la mejora continua del propio proceso. Este diagrama es el procedimiento de control de cambios, que suele ser lo primero que se documenta porque es lo que la gente sigue cada día.
¿Quién debe aprobar un cambio? ¿Todo tiene que pasar por el CAB completo?
No. Llevar cada cambio al comité entero crea una cola y empuja a la gente a rodear el proceso. La mayoría de los equipos usan tres niveles: cambios estándar preaprobados con un procedimiento documentado que no necesitan revisión, cambios normales que van al CAB, y cambios de emergencia autorizados por una única autoridad con nombre, como el presidente del CAB o el responsable de guardia. Fija los umbrales por riesgo y radio de impacto, no por tamaño del ticket, y escríbelos junto a la decisión de triaje.
¿Cómo encajan los cambios de emergencia sin cargarse el proceso?
Un cambio de emergencia comprime la aprobación, no la elimina. En este diagrama la rama de emergencia se salta la agenda ordinaria del CAB, pero sigue recibiendo una autorización explícita, sigue pasando por la planificación de la implementación con su plan de reversión y sigue terminando en la revisión posterior y el cierre. La regla práctica que adoptan casi todos los equipos: autoriza verbalmente en minutos, pero escribe el registro del cambio el mismo día y revisa cada emergencia en el siguiente CAB para comprobar que la categoría estaba justificada.
¿Qué pasa con los cambios que el CAB rechaza o aplaza?
Necesitan un final explícito; si no, reaparecen como trabajo sin registrar. En esta plantilla el gestor de cambios devuelve al solicitante el razonamiento del CAB, y este llega a una decisión: corregir y reenviar, lo que devuelve el caso a la evaluación de impacto y a una segunda revisión, o aceptar el resultado y cerrar la solicitud como aplazada. Registrar el motivo importa tanto como la decisión, porque los cambios aplazados suelen volver en cuanto se libera la dependencia que los bloqueaba.