Gestión de cambios en DevOps

La gestión de cambios decide qué cambios necesitan autorización, quién la da y qué evidencia se conserva — sin frenar los cambios que no la necesitan.

Tipos de cambio

  • Estándar: de bajo riesgo, repetible y preaprobado.
  • Normal: se evalúa y se autoriza antes de aplicarse.
  • Emergencia: se aplica rápido para restaurar el servicio, y aun así se autoriza y se registra.

El comité de cambios (CAB)

Un comité de cambios revisa los cambios normales con riesgo real. Funciona mejor cuando decide con evidencia — pruebas superadas, plan de rollback, sistemas afectados — en lugar de con un resumen verbal, y cuando cada decisión queda registrada con quién la tomó y cuándo.

Evidencia y rollback

Todo cambio autorizado debería llevar su evidencia de instalación y un plan de rollback escrito antes de instalar. Cuando hay un rollback, debe dejar un registro que alimente la siguiente revisión, no una reversión silenciosa.

Cómo lo aplica DevGob

En DevGob un Deployment recorre once fases con dos autorizaciones de comité, una para preproducción y otra para producción, cada una registrada con su aprobador y su acta.

Leerlo en la documentación

DevOps con gobierno, en un solo registro

DevGob planifica el trabajo y gobierna cada cambio en su camino a producción: backlog, sprints, autorizaciones de comité, evidencia de instalación y auditoría.