volver al blog
Calendario de sobremesa con un día rodeado a bolígrafo y un portátil cerrado al lado

— opinión firmada · 27-10-2026

Actualizaciones de software: quién decide y quién responde

Instalar tecnología es fácil, y lo difícil es organizar quién la mantiene, quién decide y quién responde.
Enrique Ivorra

CEO de Avanzadi

Una corrección publicada no es una corrección aplicada. Cómo organizar quién decide y quién responde de las actualizaciones de software en tu empresa.

Las actualizaciones de software tienen un problema que casi nunca se discute: quién decide cuándo se aplican y quién responde si no se aplican. La noticia de Chrome lo ha dejado a la vista. Un equipo experto usó una IA para encadenar tres fallos del navegador, y las correcciones llevaban semanas publicadas cuando se anunció el hallazgo, el 13 de octubre.

Mi opinión es que esa es la lección para una empresa, y que casi nadie la está sacando. Este artículo explica qué pasó, dónde se rompe el proceso y cómo organizarlo. Al final te dejo tres pasos para empezar esta semana.

Una corrección publicada no es una corrección aplicada

Conviene empezar por lo que pasó. Los investigadores de XBOW usaron un modelo de IA que ya es público para encontrar y encadenar los tres fallos en unos seis días. Fueron personas quienes eligieron los objetivos y validaron los resultados. Fue una investigación controlada: lo comunicaron a Google, que lo corrigió y pagó 250.000 dólares, su mayor recompensa por una cadena completa en Chrome.

Lo que quiero subrayar es el calendario. Las correcciones se publicaron el 25 de agosto y el 3 de septiembre, y el anuncio llegó el 13 de octubre, siete semanas después de la primera. Además, una actualización de Chrome solo hace efecto cuando alguien reinicia el navegador. Descargarla no basta.

Existe una creencia muy extendida en las empresas: si el fabricante ya lo ha corregido, el problema está resuelto. Yo no lo veo así. Está resuelto en el fabricante. En tu empresa sigue abierto hasta que alguien lo aplica en cada equipo, y ese tramo no es técnico, es de organización.

Dónde se rompe el proceso

Piensa en un lunes cualquiera. Alguien abre el ordenador y ve el aviso de que hay que reiniciar para actualizar. Tiene una llamada con un cliente en una hora, así que pulsa "más tarde". Es una decisión razonable.

El problema es que esa decisión razonable se repite cada día, en cada equipo, y nadie la ve en conjunto. Culpar a quien pulsa "más tarde" es no entender el problema. No falla la persona, falla el diseño. Yo lo resumo en tres sitios donde el proceso suele romperse.

Nadie tiene asignado mantenerlo al día. El software se compra, se instala y pasa a ser de todos, es decir, de nadie. Pasa algo parecido con el gasto en software que nadie revisa: lo que no está inventariado no lo gestiona nadie.

El momento de aplicarla no lo decide nadie. Reiniciar un equipo o parar una herramienta tiene un coste, porque interrumpe trabajo. Sin un criterio acordado de antemano, cada persona decide por su cuenta y casi siempre elige no parar ahora.

De lo que no se aplicó, nadie responde. Si una actualización pendiente no tiene ninguna consecuencia visible, nadie la persigue. El problema aparece el día que hay un incidente.

Lo mismo ocurre cuando cada equipo adopta herramientas de IA por su cuenta. Por eso defiendo tener una política de uso de IA en la empresa y alguien que responda de ella. Sin un responsable, lo único que hay es buena voluntad.

Lo que cuesta aplazar

Creo que este coste se subestima porque no se ve. Aplazar una actualización no aparece en ninguna partida del presupuesto. Pero se acumula: cuanto más tiempo pasa, más actualizaciones se juntan, y aplicarlas de golpe es más lento y más arriesgado que hacerlo poco a poco.

Y si el fallo se aprovecha antes de corregirse, el coste es otro: equipos parados, información comprometida, clientes a los que dar explicaciones y decisiones tomadas con prisa. Ese coste no lo paga el departamento de tecnología. Lo paga el negocio.

Hay una idea que me parece cierta y que este caso confirma: la IA no inventa problemas nuevos, acelera los que ya teníamos. Un proceso de actualizaciones sin dueño ya era frágil. Si una IA, con guía experta, puede encadenar tres fallos de este tipo en unos seis días, lo es todavía más. El margen para reaccionar se acorta, y lo que hay que hacer sigue siendo lo mismo.

Tres pasos para empezar esta semana

No te recomiendo empezar comprando una herramienta. Empieza por estas tres decisiones, que no cuestan dinero.

  1. Haz el inventario y pon nombre a cada responsable. Anota qué programas y dispositivos usa la empresa, desde el navegador hasta el ERP y las herramientas de IA. Asigna una persona concreta a cada uno.
  2. Acuerda cuándo se actualiza y quién puede parar. Fija una ventana habitual para aplicar actualizaciones. Decide de antemano quién puede interrumpir el trabajo cuando una corrección no puede esperar.
  3. Comprueba que se aplicó. Saber que la actualización existe no es suficiente. Revisa periódicamente que está instalada y que los equipos se han reiniciado.

Prefiero una empresa con un responsable y un calendario a una empresa con la mejor herramienta y nadie a cargo. Instalar tecnología es fácil, y lo difícil es organizar quién la mantiene, quién decide y quién responde.

En Avanzadi trabajamos esa parte con las empresas: decidir con criterio cómo se cuida lo que ya tienen, antes de comprar nada nuevo.

— escríbenos

Cuéntanos qué necesitas.

Una conversación primero. Treinta minutos para entender el negocio antes de hablar de tecnología.

— o suscríbete al newsletter

Una vez al mes. Notas sobre digitalización, IA y nuestro propio oficio. Sin spam.

Actualizaciones de software: quién decide y quién responde · Avanzadi