Quién lidera la IA no es un título, es una etapa
Un comité de dirección de doscientas personas leyó el mismo artículo que circula en LinkedIn desde hace meses: uno que compara Chief AI Officer, Chief Data Officer y Chief Information Officer, y explica cuál conviene según el tamaño de la empresa. Ninguno de los tres cabía en la nómina de este año.
Carlos Andrés Ramírez ·
Un comité de dirección de doscientas personas leyó el mismo artículo que circula en LinkedIn desde hace meses: uno que compara Chief AI Officer, Chief Data Officer y Chief Information Officer, y explica cuál conviene según el tamaño de la empresa. Ninguno de los tres cabía en la nómina de este año. El comité cerró la pestaña y siguió sin que nadie liderara nada.
Esa comparación de títulos es literatura de multinacional, escrita por firmas de executive search que asesoran a empresas con presupuesto de C-level, media docena de iniciativas de IA corriendo a la vez y un consejo que ya aceptó crear un puesto nuevo. La empresa mediana que de verdad se hace esta pregunta, la que tiene doscientas o quinientas personas y un piloto en dos áreas, no vive en ese contexto. Y cuando copia la pregunta de la empresa grande, copia también una respuesta que no le sirve.
Porque la pregunta real nunca fue de título. Fue de etapa. Quién lidera la IA cambia según cuánta IA hay corriendo de verdad y en cuántas áreas, no según cuánto quiera parecer sofisticada la empresa en el organigrama. Ponerle nombre al puesto antes de tener la etapa que lo justifica es la parte que sale mal.
El síntoma
¿Quién debe liderar la IA en una empresa: TI, negocio o un rol nuevo?
Se decide mal cuando se responde mirando lo que hizo un competidor grande, en vez de mirar cuánta IA hay corriendo dentro de la propia empresa hoy. El comité discute el título antes de tener el volumen que ese título administraría, y termina eligiendo entre tres opciones abstractas sin ninguna atada a un hecho concreto de la operación.
- El comité debate si crear un Chief AI Officer antes de tener más de dos procesos de negocio dependiendo de un sistema de IA.
- Tecnología sigue aprobando qué modelo se prueba, aunque el proceso ya salió de tecnología y hoy lo usan tres áreas de negocio distintas.
- Cada área tiene su propio piloto y nadie en el comité puede nombrar, sin mirar una lista, cuántos hay corriendo a la vez.
- Existe un puesto de responsable de IA en el organigrama, pero sin presupuesto propio ni autoridad para frenar una iniciativa de otra área.
- Se contrata un cargo nuevo antes de decidir qué deja de decidir tecnología y qué deja de decidir cada área de negocio.
El problema de fondo
El título es una respuesta prestada a una pregunta de etapa.
La mayoría de comparativos de títulos vienen de un contexto que la empresa mediana no tiene: una organización que ya pasó por varias etapas de madurez de IA y ahora necesita coordinar el volumen que acumuló. Copiar el título sin haber copiado ese volumen es exactamente lo que falla. Es como contratar un director de logística global para una empresa que todavía reparte con dos camionetas.
Y el error no es solo de tamaño, es de secuencia. Tecnología debería liderar el piloto, porque ahí el riesgo es técnico y el criterio también lo es. El negocio debería liderar en cuanto el sistema empieza a decidir algo real dentro de un área, porque ahí el riesgo ya es operativo, no técnico. Un rol dedicado, con presupuesto y autoridad para frenar iniciativas de cualquier área, solo se gana el puesto cuando el volumen y el riesgo agregado de varias áreas a la vez ya no caben en la agenda de nadie que tenga otro trabajo de tiempo completo. Saltarse ese orden es la parte cara.
El título no lidera nada. Lidera quien responde cuando el sistema decide mal, y ese nombre existe mucho antes de que exista el puesto.
BECOME
El marco
¿Cómo se decide quién lidera, según la etapa?
El orden importa más que el nombre del cargo. Cada etapa tiene un dueño natural y una señal clara de que ya toca pasar a la siguiente, y ninguna de las cuatro exige crear un puesto nuevo antes de tiempo.
- Piloto
- Uno o dos experimentos de IA corriendo, sin que ningún proceso de negocio dependa todavía de ellos para decidir algo real. Dueño natural: tecnología, porque el riesgo sigue siendo técnico. Señal de salida: el primer piloto entra en producción y alguien del negocio empieza a reclamar voz sobre cómo funciona.
- Adopción en un área
- Un área concreta, riesgo, ventas, operaciones, ya depende del sistema para tomar una decisión que antes tomaba una persona. Dueño natural: quien dirige esa área, no tecnología ni un cargo corporativo. Señal de salida: aparece un segundo proceso de IA en otra área distinta, decidiendo con un criterio que no tiene nada que ver con el primero.
- Coordinación entre áreas
- Varias áreas corren IA al mismo tiempo, y empiezan a duplicar trabajo o a decidir cosas que se contradicen entre sí. Dueño natural: una persona con mandato explícito del comité de dirección, aunque no lleve un título nuevo ni encabece un equipo grande; puede ser alguien que ya está en el comité con este encargo sumado por escrito. Señal de salida: el volumen agregado ya exige dedicación de tiempo completo.
- Riesgo sistémico
- El número de sistemas de IA en producción, o lo que pasaría si uno falla, ya es suficiente para mover la cuenta de resultados o la reputación de la empresa entera. Recién aquí un cargo dedicado, con presupuesto propio y autoridad para frenar cualquier iniciativa, paga lo que cuesta crearlo.
La pregunta que se hacen la mayoría de comités no es en qué etapa está la empresa. Es si pueden permitirse saltar directo a la cuarta, copiando el título de alguien que sí la necesitaba. Casi nunca pueden, y casi nunca lo necesitan todavía.
Cuenta cuántos procesos de negocio dependen hoy de un sistema de IA para decidir algo real, no cuántos pilotos hay corriendo. Si el número es uno, el dueño natural es esa área, no un cargo nuevo. Si son tres o más y nadie coordina entre ellas, la empresa ya cambió de etapa, aunque nadie lo haya decidido todavía.
Preguntas frecuentes
¿Quién debe liderar la IA en una empresa: TI, negocio o un rol nuevo?
Depende de cuánta IA hay corriendo de verdad y en cuántas áreas, no de una preferencia de organigrama. Tecnología lidera bien el piloto inicial. El negocio lidera bien en cuanto un área depende del sistema para decidir algo real. Un rol dedicado solo se justifica cuando varias áreas corren IA a la vez y el volumen agregado exige dedicación de tiempo completo.
¿Cuándo conviene crear un cargo dedicado como Chief AI Officer?
Cuando el número de sistemas de IA en producción, o el riesgo de que uno falle, ya es suficiente para mover la cuenta de resultados o la reputación de toda la empresa, no de un área. Crear el cargo antes de esa etapa suele producir un puesto sin presupuesto ni autoridad real, que existe en el organigrama y no decide nada.
¿Puede tecnología seguir liderando la IA cuando ya hay varios procesos de negocio dependiendo de ella?
No de forma sostenible. En esa etapa el riesgo dejó de ser técnico y pasó a ser operativo: qué pasa si el sistema decide mal un caso real de un cliente, no si el modelo entrena bien. Tecnología puede seguir operando la infraestructura, pero la decisión sobre cómo se usa ese sistema en cada proceso le corresponde a quien responde por el resultado de ese proceso.
¿Qué hace una empresa mediana que no puede pagar un cargo de IA nuevo?
Nombra por escrito a alguien que ya está en el comité de dirección como responsable de coordinar entre áreas, con mandato explícito para frenar una iniciativa si duplica o contradice otra. No hace falta un puesto nuevo ni un equipo propio para pasar de la etapa de adopción aislada a la de coordinación: hace falta que alguien tenga la autoridad por escrito, aunque sea a tiempo parcial.
Decidamos quién lidera tu próxima etapa de IA
De la idea a la operación
Convertir esta tesis en algo operable empieza por decidir dónde está el valor en tu empresa y qué debe cambiar para capturarlo.
Sobre el autor
Carlos Andrés Ramírez — Director de Transformación
Especialista en transformación y reinvención de negocios. Director de Programas Especializados y docente de Inteligencia Artificial en la Escuela de Postgrado de la UPC.