Cómo crear un proceso de control de cambios
Cómo diseñar un proceso de control de cambios: define tus tipos de cambio, mantén corta la lista de preautorizados, exige un plan de reversión y dibuja la vía de emergencia en vez de fingir que no existe.
Un proceso de control de cambios gobierna cómo se evalúa, autoriza, implementa, verifica y cierra un cambio propuesto, con tipos de cambio que deciden cuánto escrutinio recibe cada uno.
En resumen
- Tres tipos de cambio: estándar, normal y de emergencia, definidos por riesgo y alcance del impacto, no por tamaño.
- Mantén la lista de cambios estándar preautorizados lo bastante corta como para que alguien la mantenga.
- El contenido del registro de evaluación pertenece al proceso, no al criterio de quien solicita.
- Todo cambio tiene un plan de reversión, y la reversión devuelve el caso a la planificación en lugar de terminar.
- Dibuja la vía de emergencia; la alternativa es tener una sin documentar.
Elige el flujo según el objeto del cambio
Los tipos de cambio deciden si el proceso llega a usarse
El control de cambios se sostiene o se hunde con sus tipos de cambio. Si haces pasar todos los cambios por un comité semanal, la gente encontrará la manera de no registrar cambios, y un problema de control se convierte en un problema de visibilidad. Si preautorizas demasiado, el comité no revisa nada que importe. Las definiciones de los tipos (estándar, normal y de emergencia) son el verdadero trabajo de diseño, y casi siempre se escriben las últimas y de la forma más vaga.
Lo segundo que conviene acertar es el registro de la evaluación. Un comité de cambios nunca puede ser mejor que aquello que se le presenta, y un paso que se llama solo «evaluar impacto y riesgo» garantiza que las solicitudes lleguen con calidades muy distintas. Escribir qué debe contener ese registro (servicios afectados, ventana de parada, nivel de riesgo, dependencias, enfoque de prueba y enfoque de reversión) convierte la decisión del comité en una revisión de verdad y no en una impresión.
El ejemplo de abajo es un flujo de control de cambios repartido en cinco fases y cinco carriles. Contiene las tres rutas que necesita cualquier proceso que funcione: un cambio estándar que se salta el comité por completo, un cambio normal que pasa por la evaluación y el CAB, y una vía de emergencia con su propia autoridad de aprobación, más una ruta de reversión que vuelve a la planificación en lugar de terminar.
Este ejemplo se centra en servicios de TI. Para piezas físicas, planos o BOM ya liberados, /es/templates/proceso-de-solicitud-de-cambio-de-ingenieria muestra el ECR-014 ilustrativo: además de evaluación y autorización, registra revisiones, lotes de entrada en vigor, disposición autorizada de existencias e inspección del primer artículo. Las revisiones documentales aprobadas continúan en /es/templates/flujo-de-control-de-cambios-de-documentos; la evidencia de liberación vuelve a la persona responsable antes del cierre.
Tres rutas dentro de un mismo proceso
Un flujo de control de cambios desde la solicitud hasta el cierre. Fíjate en cómo la decisión de tipo de cambio manda tres categorías por tres caminos distintos.
El triaje decide todo lo que viene después
El cambio se crea, se anota en el registro de cambios y llega una decisión a tres bandas sobre el tipo. Los estándar pasan directamente a implementación, los normales van a evaluación y los de emergencia siguen su propia vía de autorización: una sola decisión que determina lo que costará el cambio entero.
La evaluación es el material con el que trabaja el CAB
Se evalúan impacto y riesgo, se confirman el alcance y la ventana de parada, se registra la evaluación y después el CAB revisa la solicitud y la aprueba. Si no está escrito qué debe contener ese registro, el comité gasta la reunión pidiendo información en lugar de decidir.
Un rechazo es una ruta, no un final
El dictamen del CAB vuelve al solicitante, que puede corregir y volver a enviar o aceptar el aplazamiento, y la vía de emergencia se incorpora aquí con su propia autorización urgente. Los procesos sin bucle de corrección producen cambios que se abandonan en vez de mejorarse.
Planifica la reversión a la vez que el cambio
La implementación y la reversión se planifican juntas, se programa la ventana de cambio y se ejecuta el cambio. Planificar la reversión al mismo tiempo que el cambio es lo que la hace real; escrita después es un párrafo que nadie ha probado nunca.
Verifica, y activa el bucle si ha fallado
Se prueba y verifica el cambio, una verificación no superada ejecuta el plan de reversión y devuelve el caso a la planificación, y después llegan la revisión posterior a la implementación y el cierre del registro. Un control de cambios que acaba en la implementación no tiene forma de saber si sus cambios funcionan.
Cómo funciona
Define tus tres tipos de cambio
Escribe qué cuenta como estándar, normal y de emergencia en tu organización, medido por riesgo y alcance del impacto y no por esfuerzo. Un cambio de configuración de una línea en un sistema de pagos no es un cambio estándar; un despliegue rutinario grande pero muy ensayado sí puede serlo.
Mantén la lista de preautorizados corta y con dueño
Los cambios estándar solo funcionan si alguien mantiene la lista. Asígnale un responsable y una fecha de revisión, y exige que un cambio normal se demuestre varias veces antes de entrar en ella. Una lista de estándar sin mantenimiento acaba siendo la vía que la gente usa para todo.
Especifica qué debe contener el registro de evaluación
Convierte el paso de evaluación en una lista de comprobación: servicios y usuarios afectados, ventana de parada, nivel de riesgo, dependencias, enfoque de prueba, enfoque de reversión y a quién se ha consultado. Es el cambio aislado que más mejora la utilidad de un comité de cambios.
Pon nombre a la autoridad de aprobación y a su cadencia
Quién aprueba, cada cuánto se reúne y cuándo se cierra el orden del día. Después nombra por separado la autorización urgente: quien puede aprobar un arreglo fuera de horario rara vez es el comité entero, y dejar eso sin definir es justo lo que hace que los cambios de emergencia acaben sin aprobar.
Exige un plan de reversión y decide quién lo activa
Todos los cambios llevan uno, planificado junto con la implementación. Decide de antemano quién tiene autoridad para activarlo, cuánto tarda y qué umbral dispara la decisión: en mitad de una incidencia nadie quiere estar interpretando una política.
Dibuja la vía de emergencia con honestidad
Todas las organizaciones tienen una. Dale criterios, un aprobador con nombre y una documentación posterior obligatoria dentro de un plazo fijo. Una vía de emergencia dibujada y con obligación de registro es un control; una sin dibujar es simplemente lo que pasa a las dos de la madrugada.
Errores que debes evitar
Una única ruta para todos los cambios
Hacer pasar cambios triviales por un comité semanal enseña a la gente a esquivar el proceso, y pierdes de vista precisamente los cambios que importan.
Requisitos de evaluación imprecisos
El comité se convierte en un foro para pedir información en vez de decidir, y la calidad de las aprobaciones acaba dependiendo de quién redactó mejor su solicitud.
La reversión escrita después del plan
Una reversión pensada a posteriori está sin probar y a menudo es imposible en la práctica. Planifica ambas cosas a la vez o directamente no tienes plan.
Hacer como si no hubiera emergencias
Negarse a documentar la vía de emergencia no la elimina: elimina los criterios, la aprobación y el registro.
Crea tu propio proceso de control de cambios
Abre el ejemplo de control de cambios como diagrama propio, escribe tus tipos de cambio y pon nombre a tu autoridad de aprobación.
Guías relacionadas
Preguntas frecuentes
¿Qué diferencia hay entre control de cambios y gestión del cambio?
El control de cambios es la parte procedimental: cómo se solicita, evalúa, autoriza, implementa, verifica y cierra un cambio concreto, con un registro en cada paso. La gestión del cambio es más amplia: la estrategia, los tipos de cambio, los roles, la comunicación y la mejora del propio proceso, y en algunas organizaciones toda la vertiente humana del cambio organizativo. El diagrama que la gente necesita primero es casi siempre el de control de cambios, porque es lo que sigue en el día a día.
¿Qué son los cambios estándar, normales y de emergencia?
Un cambio estándar está preautorizado, es de bajo riesgo y repetible, así que se salta el comité y sigue un procedimiento definido. Un cambio normal pasa por evaluación y autorización. Un cambio de emergencia lo autoriza una autoridad reducida porque esperar a la vía normal haría más daño que el riesgo propio del cambio. Define cada tipo por riesgo y alcance del impacto en lugar de por tamaño, y exige que las emergencias se documenten a posteriori dentro de un plazo fijo.
¿Quién debería formar parte del comité de cambios?
Personas capaces de valorar el impacto y de hablar en nombre de los servicios afectados: responsables de servicio, operaciones, seguridad cuando proceda y alguien que represente al cliente o el impacto de negocio. Mantenlo lo bastante pequeño como para poder decidir y dale un presidente con voto de calidad. Un comité de quince personas no revisa nada a fondo, y si un miembro no ha planteado nunca una objeción, está asistiendo en lugar de revisando.
¿Qué debe pasar cuando un cambio no supera la verificación?
Ejecuta el plan de reversión y vuelve a la planificación, en lugar de intentar arreglarlo hacia delante bajo presión de tiempo. Por eso el plan de reversión se escribe junto con el cambio y por eso se nombra de antemano a quien puede activarlo. Tras la recuperación, el cambio fallido vuelve a pasar por la evaluación con lo aprendido: tratarlo como un cambio nuevo y sin historial repite el mismo fallo con otras personas.
¿En qué se diferencia el control de cambios del control de versiones?
El control de versiones identifica y recuerda los estados sucesivos de un mismo artefacto: cuál es el vigente y cuáles vinieron antes. El control de cambios es el proceso más amplio, de evaluación a autorización, implementación, verificación y cierre, que decide si un cambio propuesto siquiera puede llegar a producirse, y que normalmente genera una versión nueva una vez aprobado. Consulta /es/guides/control-de-versiones-frente-a-control-de-cambios para la distinción conceptual en profundidad, y /es/templates/flujo-de-control-de-cambios-de-documentos y /es/templates/proceso-de-control-de-cambios-de-sop para las variantes de esta misma forma específicas de cada tipo de documento.
