El error que borró 5,000 registros, y la lección que sigo usando 15 años después

Al inicio de mi carrera, como desarrollador junior, corrí una actualización de base de datos sin acotar bien la condición de la consulta, y afectó cerca de 5,000 registros de envíos, incluyendo guías ya completadas o en proceso. Lo que definió el resultado no fue el error — fue la reacción estructurada de mi líder: primero el impacto real, después las opciones, después la comunicación clara al cliente. Con esas tres cosas resueltas, cualquier incidente tiene un tiempo estimado de resolución, y eso es lo que lo hace manejable.

El error

Estaba haciendo mantenimiento manual sobre una base de datos que rastreaba el estatus de envíos de una empresa de logística, actualizando guías canceladas. No acoté bien la consulta, y la actualización corrió contra toda la base — afectando envíos que ya estaban completados o en curso.

¿Qué se hace en los primeros minutos después de un error así?

Recuperé el backup de inmediato, preparé una consulta correctiva, y notifiqué a los centros de contacto que habría una ventana de mantenimiento. Le avisé a mi líder de inmediato de que había cometido el error, sin rodeos. Él me ayudó a validar la corrección, y en 20-25 minutos todos los registros quedaron restaurados correctamente.

¿Qué diferencia a un líder que ayuda a resolver de uno que solo reacciona?

Lo que se me quedó grabado fue la calma y la estructura de su reacción: primero entender el impacto real, después preparar opciones, y solo entonces comunicar con claridad al cliente. En ese orden, y no al revés. Una vez que tienes esas tres piezas, ningún error es demasiado difícil de manejar, porque ya sabes cuánto va a tardar en resolverse.

¿Por qué esta lección sigue aplicando 15 años después?

Ese mismo marco —impacto, opciones, comunicación— se convirtió en mi propio protocolo para cada incidente desde entonces, incluyendo errores de despliegue a una escala mucho mayor, años después, en plataformas financieras con miles de usuarios activos. El tamaño del incidente cambia. La secuencia que lo hace manejable, no.

La lección que me llevo

El error más caro de mi carrera no me lo enseñó la tecnología — me lo enseñó cómo reaccionó la persona que estaba arriba de mí cuando le avisé. Esa reacción es, todavía hoy, el estándar que trato de dar cuando alguien de mi equipo viene a decirme que algo salió mal.

Preguntas frecuentes

¿Qué hacer en los primeros minutos después de causar un incidente tú mismo? Avisar de inmediato sin rodeos, restaurar el servicio (backup, consulta correctiva), y comunicar con claridad a quien corresponda. Después, entender el impacto real y preparar opciones antes de comunicar al cliente.

¿Cuál es la secuencia correcta ante un incidente? Impacto real primero, opciones después, comunicación al cliente al final. En ese orden: comunicar antes de entender el impacto suele generar más ruido que información.