La ambición de la IA se está topando con la realidad empresarial
El mensaje más reciente de IDC a los CIO de Europa, Oriente Medio y África es directo: si los despliegues de IA se han estancado, la solución empieza con una auditoría agresiva de los sistemas existentes. Ese enfoque desplaza la atención del entusiasmo por los modelos hacia una cuestión operativa más difícil: si las pilas tecnológicas empresariales están realmente preparadas para sostener un uso continuado de la IA.
El argumento central del informe, según se resume en los materiales candidatos, es que los despliegues de IA en Europa avanzaron mucho más en los últimos 18 meses que los sistemas subyacentes de muchas organizaciones. Ese desajuste ahora está frenando la implementación. En términos prácticos, las empresas pueden tener pilotos, mandatos de la dirección y relaciones con proveedores, y aun así seguir teniendo dificultades para convertir los proyectos en un uso diario fiable.
El cuello de botella ya no es solo la experimentación
Para muchas empresas, la primera fase de adopción de la IA consistía en identificar casos de uso y asegurar la atención de la dirección. Esa fase premiaba la rapidez y la disposición a probar herramientas. La siguiente fase es menos indulgente. Una vez que las organizaciones buscan un valor repetible, las preguntas sobre calidad de los datos, integración, gobernanza, infraestructura y diseño de procesos se vuelven decisivas.
El énfasis de IDC en las auditorías sugiere que esos problemas ya son lo bastante importantes como para tratarse como restricciones de primer orden. Un despliegue estancado no es necesariamente una prueba de que el caso de uso de IA fuera débil. Puede significar simplemente que la organización intentó superponer nuevas capacidades sobre sistemas fragmentados que nunca estuvieron preparados para ello.
Por qué importa una auditoría de sistemas
Una auditoría agresiva es, esencialmente, un inventario de la verdad operativa. Obliga a los líderes a examinar dónde reside la información, cuán accesible es, qué sistemas son frágiles, dónde se sitúan las restricciones de seguridad y cumplimiento, y cuánta interoperabilidad existe en toda la pila. Para los proyectos de IA, esas preguntas no son detalles de implementación. Determinan si un despliegue puede escalar en absoluto.
Eso es especialmente relevante en EMEA, donde los entornos empresariales suelen abarcar sistemas locales antiguos, exigencias regulatorias regionales, huellas de proveedores complejas y distintos niveles de madurez en la nube. En ese contexto, una aplicación de IA puede ser técnicamente impresionante, pero seguir siendo difícil de operacionalizar si depende de canalizaciones de datos inconsistentes o de sistemas difíciles de conectar de forma segura.
Lo que realmente están señalando los despliegues estancados
Cuando se desvanece el impulso de implementación, las organizaciones suelen culpar al modelo, al proveedor o a la fuerza laboral. El enfoque de IDC apunta a una explicación más básica: muchos despliegues están sacando a la luz debilidades no resueltas que ya estaban presentes en la arquitectura empresarial. La IA simplemente las hace más difíciles de ignorar.
Esto ocurre porque los sistemas de IA dependen de forma inusualmente alta de entradas fiables, una gobernanza clara y la integración con los procesos de negocio. Una entrega mal resuelta, una mala trazabilidad de los datos o un modelo de acceso incierto pueden degradar los resultados con rapidez. En proyectos de software más convencionales, esos problemas pueden ser molestos. En proyectos de IA, pueden socavar la confianza en el propio resultado.
El giro práctico para los CIO
El consejo del informe implica un cambio en cómo se define el liderazgo exitoso en IA. No basta con patrocinar programas de innovación o adquirir nuevas herramientas. Los CIO tienen que decidir qué limitaciones heredadas están bloqueando la entrega y qué partes del entorno deben modernizarse, simplificarse o retirarse para que la IA resulte útil a escala.
Eso no significa que todas las organizaciones necesiten una reconstrucción completa. Sí significa que los líderes necesitan un mapa más preciso de dónde está la fricción. Algunos proyectos pueden requerir mejor ingeniería de datos. Otros pueden necesitar una gobernanza más estricta o límites de sistema más claros. Una auditoría ayuda a separar los problemas de preparación de los problemas de estrategia.
Por qué esto corrige una narrativa útil del mercado
La cobertura de la IA empresarial suele centrarse en los avances de los modelos, los chips y las aplicaciones. Eso importa, pero el argumento de IDC es valioso porque sitúa el cuello de botella de nuevo dentro de la organización. La adopción no depende solo de lo que pueden hacer los modelos de vanguardia. También depende de si las empresas pueden conectar esas capacidades con entornos operativos estables, conformes y comprensibles.
Ese es un mensaje menos glamuroso que anunciar el lanzamiento de un nuevo modelo, pero a menudo es el que decide si la IA crea valor medible. Si los despliegues se estancan, la causa puede no ser la falta de ambición. Puede ser que la estructura sobre la que se apoyaba esa ambición nunca estuvo lista.
La implicación a corto plazo
Los ganadores más probables en la siguiente etapa de adopción empresarial de la IA serán las organizaciones que traten la preparación de los sistemas como un asunto estratégico y no como una ocurrencia técnica tardía. La recomendación de IDC de realizar auditorías agresivas resume esa lógica de forma directa. Antes de ampliar la IA, las empresas necesitan saber qué puede soportar realmente su infraestructura.
En EMEA, donde muchas compañías equilibran el escrutinio regulatorio, la complejidad heredada y la presión competitiva, eso puede marcar la diferencia entre una cartera de pilotos y un despliegue operativo real.
Este artículo se basa en la cobertura de AI News. Leer el artículo original.
Originally published on artificialintelligence-news.com