Cada vez que abres Netflix, haces una videollamada o pagas con la aplicación de tu banco, hay una alta probabilidad de que esa plataforma haya cambiado mientras estabas durmiendo.
Y probablemente nunca lo notaste.
La mayoría de las personas piensa que la estabilidad consiste en no tocar los sistemas. Después de más de diez años en telecomunicaciones, infraestructura y plataformas críticas, la realidad suele ser exactamente la contraria.
La estabilidad existe porque esos sistemas cambian constantemente. No porque algo se rompió. Sino porque la tecnología nunca deja de evolucionar.
Nuevas funcionalidades, mejoras de rendimiento, actualizaciones de seguridad, reemplazo de hardware, automatización, migraciones… todo eso requiere llevar cambios a producción. Y la mayoría ocurre durante la madrugada, cuando el impacto para los usuarios es el menor posible.
El verdadero desafío está antes de la consola
Con los años se vuelve evidente que lo más exigente de este trabajo no es ejecutar un cambio. Sigue siendo entretenido hacerlo de vez en cuando, pero el verdadero desafío está mucho antes de abrir una consola.
Está en lograr que todo llegue preparado a ese momento.
En la práctica, gran parte del trabajo consiste en alinear equipos de distintos países, revisar el pipeline de las próximas semanas, entender qué proyectos vienen, identificar dependencias, levantar riesgos antes de que aparezcan y asegurar que todos tengan el mismo contexto antes de llegar a producción.
Muchas veces esas conversaciones empiezan semanas antes de la ventana de mantenimiento. Hay reuniones con ingeniería, operaciones, proveedores, arquitectura, clientes y management. Hay prioridades distintas. Hay fechas que parecen simples sobre el papel, pero esconden semanas de preparación.
Decir que sí a todo no siempre ayuda
Y una de las cosas que más he aprendido es que decir “sí” a todo no siempre ayuda al negocio.
A veces el mayor valor que puedes aportar es levantar la mano a tiempo. Explicar por qué un riesgo existe. Mostrar el impacto. Proponer una alternativa. Ajustar expectativas antes de que el problema llegue a producción.
Al principio esas conversaciones pueden ser incómodas. Después te das cuenta de que generan mucha más confianza que prometer algo que sabes que no es realista.
También importa que el trabajo del equipo sea visible. Si un esfuerzo no está planificado, dividido en tareas, estimado y priorizado, es muy difícil demostrar la carga real, justificar recursos o tomar decisiones objetivas.
Por eso vale la pena transformar conversaciones en planificación. No por llenar Jira. Sino porque es una de las mejores formas de proteger al equipo y tomar decisiones basadas en datos y no en percepciones.
Cuando el plan deja de alcanzar
Esto no es anecdótico. En infraestructura crítica, el cambio es el estado normal.
British Telecom ha hablado de unos 11.000 cambios de red por semana. Airtel ha reportado del orden de 3,1 millones de cambios al mes en su red. Y lo mismo ocurre fuera de las telecomunicaciones: bancos, plataformas de streaming, cloud y servicios digitales despliegan actualizaciones, parches y migraciones casi a diario. Gran parte ocurre fuera del horario visible, cuando el impacto para el usuario es menor.
Por eso tantas plataformas parecen estables: no porque nadie las toque, sino porque alguien las está tocando con cuidado.
Hace unas semanas vivimos una de esas noches típicas de infraestructura.
Era un upgrade que ya habíamos ejecutado antes. El runbook estaba revisado y todo parecía bajo control. Sin embargo, por un error completamente humano, omitimos un paso crítico antes de comenzar.
No falló la tecnología. El procedimiento existía. El script existía. Simplemente, un paso no se ejecutó.
Cuando nos dimos cuenta, el cambio ya estaba en marcha. Hubo que adaptarse: entrar a servidores, aplicar la configuración pendiente, validar conectividad y continuar. Un trabajo pensado para terminar cerca de las cinco terminó más cerca de las ocho. Abrimos incidente, extendimos la ventana, mantuvimos informados a los equipos y esperamos la validación completa.
Al final el upgrade fue exitoso. Los usuarios nunca notaron lo que ocurrió detrás. Y justamente ese era el objetivo.
A otra escala, pasa lo mismo. En febrero de 2026, Cloudflare publicó un postmortem sobre un cambio interno que, por un bug en una tarea de limpieza, retiró prefijos de red por error. No fue un ataque. Fue un cambio mal acotado, con impacto global y horas de recuperación.
La lección es la misma a distinta escala. La infraestructura moderna no depende solo de scripts y runbooks. Depende del criterio de las personas, de la preparación y de la capacidad de decidir cuando el plan deja de ser suficiente.
Tecnología, criterio y personas
La IA también está cambiando este mundo. Hoy se pueden generar scripts, automatizar tareas repetitivas, analizar configuraciones e incluso desarrollar herramientas internas que ayudan a gestionar mejor proyectos complejos.
La productividad es muy distinta a la de hace unos años.
Pero todavía hay algo que sigue siendo profundamente humano.
El criterio. Saber cuándo avanzar. Cuándo detener un cambio. Cuándo pedir ayuda. Cuándo confiar en el equipo. Y cuándo asumir la responsabilidad de una decisión difícil.
Quizás por eso este trabajo sigue teniendo sentido. Porque muchos de esos cambios que parecen pequeños terminan habilitando proyectos enormes. Un nuevo servicio. Una migración masiva. Una plataforma completamente nueva.
Desde fuera parecen tareas aisladas. Desde dentro sabes que todo está conectado.
La próxima vez que abras una plataforma de streaming, hagas una videollamada o simplemente navegues por Internet, es posible que estés utilizando una infraestructura que cambió mientras dormías.
Si nunca te enteraste…
Es porque muchas personas hicieron bien su trabajo.
Y esa, curiosamente, sigue siendo la mejor señal de que un cambio fue realmente exitoso.
Lecturas relacionadas:
- Gestión de proyectos: haz que las cosas pasen de verdad
- Cuando Jira no alcanza
- De VTR Chile al equipo en Europa
✍️ Claudio from ViaMind
“Atrévete a imaginar, crear y transformar.”
POST DESTACADOS
SOBRE MI
Ecosistema ViaMind
- ViaMind — El núcleo de ideas, tecnología y estrategia.
- NeuraPRO — Software práctico para gestionar operaciones reales.