La tesis en una frase: un centro de excelencia de IA no es un requisito de madurez que haya que cumplir, es una respuesta a un problema de escala concreto. Si lo montas antes de tener ese problema, el equipo que venía a desatascar se convierte en la ventanilla por la que hay que pasar.
La secuencia se repite tanto que ya se puede predecir. Alguien de dirección vuelve de un evento o de una conversación con el consejo y dice que hay que ordenar esto de la IA. Se monta un grupo: alguien de tecnología, alguien de datos, alguien de legal, alguien de negocio. Se le llama centro de excelencia. Su misión, escrita en la primera diapositiva, es acelerar la adopción.
Cuatro meses después, el mismo grupo tiene un formulario de solicitud, una cola de veinte casos y una reunión quincenal donde caben tres. Y la gente de negocio, que tenía prisa, ha dejado de pedir permiso.
Qué es un centro de excelencia de IA en una empresa (y qué problema resuelve de verdad)
Un centro de excelencia de IA en una empresa es un equipo central que concentra criterio, herramientas y estándares para que el resto de la organización no tenga que inventárselos cada vez. Esa es la definición útil, y conviene fijarse en lo que NO dice: no dice «que apruebe», dice «que no haya que inventárselo».
El problema real que resuelve es de duplicación. Cuando cinco departamentos están montando cinco cosas parecidas, cada uno con su proveedor, su criterio de datos y su forma de medir, hay un coste evidente —se paga cinco veces— y otro que no se ve: nadie aprende de los otros cuatro. Un centro tiene sentido cuando ese desperdicio ya existe y se puede señalar con el dedo.
Lo que no resuelve es la falta de casos. Si en tu empresa hay dos iniciativas de IA y una está parada, el problema no es la coordinación: es que no hay suficiente trabajo en marcha como para que haya nada que coordinar. Montar una estructura de gobierno sobre dos casos es ponerle una torre de control a un aeródromo con dos vuelos al día.
Dos centros de excelencia distintos con el mismo nombre
Casi toda la discusión se aclara cuando separas dos modelos que se llaman igual y hacen lo contrario. Uno habilita. El otro aprueba.
| CoE que habilita | CoE que aprueba | |
|---|---|---|
| Qué entrega | Plantillas, accesos, gente prestada, ejemplos que funcionan | Una decisión sobre tu caso |
| Cuándo interviene | Cuando se lo pides, y después para revisar | Antes de que puedas empezar |
| Qué pasa si crece la demanda | Entrega más plantillas; el coste marginal baja | La cola se alarga; el coste marginal sube |
| Cómo mide su éxito | Cuántos equipos han puesto algo en producción | Cuántas solicitudes ha revisado |
| Qué hace la gente con prisa | Coge la plantilla y tira | Busca la manera de no pasar por ahí |
La última fila es la importante, y es la que nadie pone en la diapositiva. Un cuello de botella no reduce la demanda: la desvía. El trabajo no desaparece porque haya una cola; sale por otro sitio, sin criterio, sin registro y sin nadie mirando.
La cola no elimina el trabajo: lo manda por fuera
Esto no es una intuición de consultoría, es un comportamiento medido. Un informe del proveedor de seguridad UpGuard, recogido por Cybersecurity Dive, encontró que más del 80% de los trabajadores encuestados usa herramientas de IA no aprobadas en su trabajo —incluido casi el 90% de los profesionales de seguridad—, que la mitad las usa de forma habitual y que menos del 20% se limita a las herramientas aprobadas por su empresa. La muestra son 1.500 responsables de seguridad y empleados de Estados Unidos, Reino Unido, Canadá, Australia, Nueva Zelanda, Singapur e India, así que léelo como una señal del comportamiento humano, no como un dato de tu mercado. Fuente: Shadow AI is widespread — and executives use it the most, Cybersecurity Dive, 12 de noviembre de 2025.
Hay un detalle de ese informe que debería cambiarle el plan a más de uno: encontraron una correlación positiva entre entender los requisitos de seguridad de la IA y usar herramientas no aprobadas de forma habitual. Es decir, cuanto más sabe alguien del riesgo, más confianza tiene en juzgarlo por su cuenta —y más se salta la política—. La formación, sola, no cierra ese hueco.
Traducido a tu empresa: cada semana que un caso pasa en la cola del comité es una semana en la que alguien está resolviendo ese mismo problema con una cuenta personal, subiendo un documento que no debería salir y montando un proceso del que no quedará rastro. El comité no ha evitado el riesgo. Lo ha hecho invisible.
Tres señales de que el tuyo frena en vez de acelerar
- El indicador estrella es de actividad, no de resultado. Si lo que se presenta arriba son casos revisados, sesiones impartidas o políticas publicadas —y no cuántos procesos están corriendo en producción y qué horas han devuelto—, el centro está midiendo su propio movimiento.
- El camino corto existe y todo el mundo lo conoce. Cuando la respuesta a «¿cómo hago esto rápido?» es «pregúntale a Marta, que lo monta sin pasar por el comité», ya tienes la evaluación hecha. La gente ha votado con los pies.
- La cola crece más rápido que la capacidad. Si entran más peticiones de las que salen y el plan es «más reuniones», el modelo está roto: el problema no es la velocidad de revisión, es que revisarlo todo no escala.
Ninguna de las tres se arregla con más gobierno. Las tres se arreglan quitando al centro de en medio del camino y poniéndolo al lado.
Qué montar en su lugar si tienes entre 50 y 500 personas
En ese rango —donde están la mayoría de las empresas que nos escriben— no hace falta un centro de excelencia. Hacen falta tres cosas mucho más aburridas.
- Un responsable nombrado por proceso, no por tecnología. Quien es dueño del proceso de facturación es dueño de la IA que toca la facturación. No hay comité que entienda su proceso mejor que él, y el día que algo salga mal, es a él a quien van a preguntar.
- Un inventario compartido y aburrido. Una lista, visible para todos, de qué se está automatizando, quién lo lleva, sobre qué datos y en qué estado. No es gobierno: es evitar que cinco equipos descubran en diciembre que montaron lo mismo. La mitad del valor de un CoE es esta lista, y esta lista no necesita un CoE.
- Aprobación previa solo para lo que toca dinero, personas o datos regulados. Todo lo demás —un resumen, un borrador, una clasificación interna— se hace y se revisa después. Aquí la decisión no es binaria, es de grados: cuánta autonomía sueltas y sobre qué caso lo detallamos en los niveles de autonomía de un agente.
Los controles que sí hacen falta —trazabilidad, permisos acotados, qué se registra de cada decisión— no dependen de que exista un comité: son mecánica, y se montan una vez por sistema. Cómo se montan está en gobernanza y control de la automatización con IA. La diferencia con un CoE que aprueba es que el control vive en el sistema, no en una reunión.
Y llega un momento en que sí toca centralizar: cuando hay ocho o diez procesos vivos, tres equipos pidiendo lo mismo y alguien tiene que decidir qué se reutiliza. Entonces el centro no se inventa desde cero: se nombra sobre lo que ya está funcionando, con la gente que ya lo montó. Es la diferencia entre una estructura que describe la realidad y una que la precede.
Esto no es la discusión de «consultora o equipo interno»
Conviene separarlo porque se mezclan constantemente. Consultora, equipo interno o freelance es una decisión de quién hace el trabajo, y la tratamos aparte en consultora de IA, equipo interno o freelance. Centro de excelencia o responsables incrustados es una decisión de cómo se organiza por dentro lo que hayas decidido: puedes tener un CoE lleno de externos y equipos incrustados llenos de gente de casa, o al revés.
Se confunden porque las dos aparecen en la misma reunión y las dos suenan a organigrama. Pero la primera la decide tu capacidad y tu presupuesto; la segunda, tu escala y la urgencia de tus procesos. Contestar bien a una no te ahorra contestar la otra.
Qué haría yo el lunes
Antes de decidir la estructura, una pregunta con números: ¿cuántos procesos tienes hoy en producción con IA y cuántos parados esperando una decisión? Si la segunda cifra es mayor que la primera, no tienes un problema de gobierno: tienes un problema de entrega, y una capa más de gobierno lo va a empeorar.
Es, en el fondo, el mismo patrón por el que fracasan los proyectos de automatización con IA: se trabaja la estructura alrededor del trabajo antes de que el trabajo exista. La tecnología es la parte fácil; que se use es la difícil, y ahí un comité que aprueba juega en contra. Por eso lo que movemos primero no es el organigrama, es la adopción de la IA en los equipos: encaje en el flujo real, un responsable con nombre por proceso y casos demostrados antes de escribir ninguna política.
Un centro de excelencia de IA es una buena idea cuando llega tarde. Montado pronto, lo único que centraliza es la espera.