Cómo registrar una reversión y las tareas que deja pendientes

Anota por qué se tomó la decisión

Relaciona la reversión con la solicitud original, la versión desplegada y el criterio que activó la vuelta atrás. Registra quién decidió, cuándo y con qué evidencia. Distingue una reversión prevista de una recuperación improvisada; ambas necesitan trazabilidad, pero la segunda deja más supuestos por comprobar. Conserva errores y registros relevantes antes de que roten, sin retrasar una actuación necesaria para estabilizar el servicio.

Describe lo revertido y lo que permaneció

Lista componentes, configuración y datos por separado. Puede haberse restaurado una versión de aplicación sin devolver el esquema o los registros al mismo punto. Explica diferencias y compatibilidad antes de declarar el estado estable. La gestión de configuración de NIST recomienda mantener referencias y controlar cambios; aquí necesitas registrar el estado real posterior, aunque no coincida exactamente con la referencia que existía antes del intento.

Busca operaciones que quedaron entre estados

Identifica qué usuarios pudieron trabajar durante el despliegue y qué transacciones se generaron. Revisa colas, tareas programadas, notificaciones e integraciones afectadas. No reenvíes automáticamente operaciones sin comprobar si ya se completaron: podrías duplicarlas. Acuerda con el propietario del proceso cómo reconciliar los resultados. Si no puedes determinar el alcance, deja la incertidumbre registrada con responsable y una comprobación pendiente, en vez de afirmar que no hubo pérdida.

Abre tareas con una prueba de cierre

Crea acciones para corregir la causa, reconciliar datos, retirar accesos temporales, revisar copias y actualizar instrucciones cuando corresponda. Cada tarea debe incluir dueño, fecha y evidencia esperada. Separa estabilización de autorización para reintentar: la siguiente implantación necesita corregir y probar el supuesto que falló. Cierra la reversión cuando el servicio y sus restricciones estén verificados; mantén las acciones de mejora enlazadas hasta su resolución, sin esconderlas en una nota final.

Entrega una situación clara al siguiente turno

Una nota de relevo debería decir qué servicio está operativo, qué versión o referencia utiliza, qué operaciones requieren vigilancia y a quién llamar si vuelve el síntoma. En un ejemplo hipotético, tras revertir una integración se mantiene una cola detenida para evitar duplicados. El servicio puede estar parcialmente recuperado, pero alguien debe reconciliar los elementos y autorizar la reanudación. No presentes esa situación como cierre completo sin explicar la limitación.

Relaciona las tareas pendientes con sus evidencias de finalización: listado conciliado, permiso retirado o caso de prueba superado. Si una tarea se traspasa a soporte, comprueba que su responsable la acepta y conoce la urgencia. Archiva también el motivo por el que se eligió revertir frente a seguir corrigiendo. Esa información ayudará a preparar otro intento con una ventana y pruebas adecuadas. Mantener el historial permite aprender de la intervención sin convertir una restauración del servicio en una afirmación de que el cambio original era innecesario.

Fuentes y documentación

• NIST SP 800-128: gestión de configuración — Establecer configuraciones de referencia y controlar, documentar y comprobar los cambios.
• NIST SP 800-34 Rev. 1: contingencia — Marco voluntario de análisis de impacto, recuperación, pruebas y mantenimiento de planes.