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.