El traspaso operativo es arquitectura
Una arquitectura no está terminada hasta que otra persona puede operarla.
Diagrama genérico. No reproduce una arquitectura de cliente.
Un diseño de producción está incompleto si solo quien lo construyó entiende las dependencias, los síntomas de fallo y la recuperación. Operabilidad no es documentación posterior: forma parte de la solución.
El traspaso debe explicar secuencia, señales, ownership y recuperación, y debe eliminar dependencias de cuentas o conocimiento personal.
Este patrón no sale de la documentación de ninguna plataforma. Ninguna publica guía sobre el traspaso ni sobre a quién pertenece una alerta. Sale de práctica operativa conocida, la de los turnos de guardia y los postmortems, aplicada a un stack de martech. La plataforma sí aporta el motivo: las alertas se entregan por suscripción de una cuenta, así que sin responsable declarado mueren con la persona.
Señales en producción
- Las alertas llegan a una cuenta personal.
- Solo una persona conoce el orden de recuperación.
- Los runbooks describen el happy path, no el fallo.
Arquitectura recomendada
Diseñar monitorización, ownership, recuperación y escalado junto con el flujo principal.
Probar el handover haciendo que otra persona opere y recupere la solución.
Cuándo no aplicarlo
- No sustituir automatización viable por documentación manual.
- No declarar completado un flujo sin señales observables.