Adopción de IA en empresas: ¿quién manda, ingeniería o dirección?

Un desarrollador que usa Claude a diario abrió esta semana un hilo en Hacker News con una pregunta que lleva tiempo flotando en muchas organizaciones: ¿quién está realmente al mando de la adopción de IA, los equipos de ingeniería o los ejecutivos que leen titulares? La formulación es directa y, posiblemente por eso, resonante: imponer una herramienta de IA desde dirección le parece tan absurdo como que alguien sin conocimientos técnicos dicte qué compilador debe usar el equipo.

El hilo es reciente —publicado el 13 de junio de 2026— y todavía no acumula respuestas, pero la pregunta en sí ya vale el análisis. Porque la tensión que describe no es nueva, aunque sí se ha agudizado en los últimos dieciocho meses, a medida que la presión por "hacer algo con IA" ha ido bajando en cascada desde los consejos de administración.

Dos velocidades, dos lógicas

El enfoque que el autor llama pray and spray —implantar herramientas de IA de forma masiva y esperar a que algo funcione— tiene una lógica comprensible desde el punto de vista ejecutivo: visibilidad frente a inversores, señal de modernización, miedo a quedarse atrás. El problema es que choca frontalmente con cómo funciona la adopción real de herramientas en ingeniería.

Cuando un equipo técnico adopta Claude Code, un servidor MCP o un conjunto de skills personalizados, lo hace porque resuelve un problema concreto: automatizar revisiones de código, integrar fuentes de datos internas, delegar tareas repetitivas a subagentes. Hay una cadena de razonamiento: problema → herramienta → métrica. Cuando la adopción llega desde arriba, esa cadena suele estar invertida o directamente ausente.

Esto no es una crítica a la dirección por principio. Hay organizaciones donde el impulso ejecutivo ha funcionado: establecen una plataforma común, asignan recursos y luego dejan que los equipos construyan sobre ella. La clave está en si la directiva entiende que su papel es habilitar, no prescribir.

Lo que suele fallar en el enfoque top-down

De lo que se ve en organizaciones que han pasado por implantaciones forzadas de herramientas de IA en el último año, los puntos de fricción más habituales son:

• Falta de caso de uso claro: se adopta la herramienta antes de identificar qué problema resuelve en ese contexto específico.
• Formación superficial: se da acceso a Claude o a una plataforma equivalente sin invertir en que los equipos aprendan a construir prompts útiles, configurar MCP servers o integrar hooks en sus flujos de trabajo.
• Métricas de vanidad: se mide el número de licencias activadas, no el impacto real en productividad o calidad.
• Resistencia pasiva: los ingenieros que no ven valor siguen usando sus flujos anteriores en paralelo, lo que genera duplicidad y frustración.

El argumento a favor del bottom-up

La adopción dirigida por ingeniería tiende a producir integraciones más sólidas precisamente porque parte de problemas reales. Un equipo que lleva semanas usando Claude con MCP servers conectados a su base de datos interna, o que ha construido subagentes para automatizar parte del pipeline de CI/CD, conoce los límites de la herramienta, sus puntos fuertes y lo que no merece automatizar todavía.

Ese conocimiento práctico es difícil de transferir mediante un mandato ejecutivo. Y es el mismo conocimiento que luego permite escalar la adopción de forma sensata: documentar qué funciona, construir plugins reutilizables, compartir skills entre equipos.

El problema del bottom-up puro es que puede quedar fragmentado: varios equipos adoptando herramientas distintas, sin interoperabilidad, sin estándares comunes. Ahí sí tiene sentido que dirección intervenga, pero para coordinar, no para imponer.

Una pregunta que merece más datos

El hilo de Hacker News es un buen termómetro informal, pero el debate necesita más rigor empírico. ¿Qué porcentaje de implantaciones de IA en empresas europeas en 2025-2026 han sido top-down versus bottom-up? ¿Cuál tiene mayor tasa de adopción real a los seis meses? Son preguntas con respuesta medible, pero los estudios publicados hasta ahora mezclan sectores y tamaños de empresa de formas que hacen difícil la comparación.

Mientras tanto, la pregunta del hilo sigue abierta. Y cualquier desarrollador que use Claude a diario —y tenga también que lidiar con un PowerPoint de transformación digital en su empresa— probablemente ya sabe cuál es su respuesta.

---

Opinión EP: la adopción de IA tiene más posibilidades de generar valor cuando los equipos técnicos tienen agencia real sobre cómo y cuándo integran las herramientas. El papel de la dirección debería ser eliminar obstáculos, no elegir el martillo.