Checklist de preparación operativa antes del soporte

El soporte no debería descubrir el servicio durante una caída

Antes de asumir guardias o compromisos de atención, desarrollo, negocio y operaciones necesitan acordar cómo se detecta un problema, quién decide y cómo se recupera el servicio. Google describe una Production Readiness Review como un proceso para evaluar si un servicio está preparado para producción y para la responsabilidad operativa; su modelo de revisión de preparación es una referencia adaptable, no un estándar obligatorio.

Lista de aceptación

• Propietario del servicio, equipo de desarrollo y escalados con datos de contacto vigentes.
• Diagrama de arquitectura, flujos de datos, dependencias externas y límites de responsabilidad.
• Paneles que indiquen el impacto al usuario, alertas con criterio de acción y responsable.
• Guías para incidentes frecuentes, diagnóstico inicial, degradación y escalado al fabricante.
• Procedimiento probado para cambios, despliegues, reversión y comunicación a usuarios.
• Alcance de copias, restauración, objetivos acordados y evidencia de prueba.
• Modelo de acceso administrativo, auditoría y retirada urgente de permisos.
• Capacidad y límites conocidos, ventanas de mantenimiento y costes operativos relevantes.
• Riesgos aceptados, errores conocidos y tareas que no están terminadas, con un dueño para cada una.

No conviertas una lista incompleta en un «aprobado» automático

Revisa cada punto con quien lo operará. Clasifica faltantes como bloqueantes, mitigables antes de la fecha de traspaso o riesgos aceptados por la persona autorizada. Ensaya al menos una alerta hasta el cierre: señal, diagnóstico, decisión, comunicación y registro. Si una guía solo la puede ejecutar su autor, aún falta transferir conocimiento.

Define criterios de salida para el periodo de estabilización: contactos confirmados, alertas observadas, documentación actualizada y problemas abiertos asignados. La revisión no elimina incidentes; reduce incertidumbre y hace visibles las dependencias antes de comprometer tiempos de respuesta.

Este checklist complementa la plantilla de postmortem de incidentes SRE y la revisión del servicio gestionado.