Tu empresa no necesita un «responsable de IA»: necesita límites escritos

La pyme crea el cargo de «responsable de IA» y descubre, tres meses después, un dato curioso: todo lo que decide el cargo termina en un calendario de reuniones. Las solicitudes esperan; el equipo espera; la agenda está llena de convocatorias y vacía de decisiones.

Este artículo defiende una opinión incómoda: tu empresa no necesita un «responsable de IA»; necesita límites escritos. Después vienen la tesis, el matiz, un ejemplo marcado como hipotético y la aplicación: cómo repartir la responsabilidad con reglas que se aplican solas.

Qué es exactamente un «responsable de IA»

Contexto, antes de la tesis, para quien no lo haya visto de cerca: un responsable de IA es un cargo —a veces formal, en organigrama; a veces informal, con la etiqueta de «embajador» o «champion»— concentrado en decidir el uso de la inteligencia artificial en la empresa: qué herramientas se usan, con qué datos, qué proyectos se autorizan y qué formación se contrata.

Su creación suele seguir el mismo guion: llega la presión de «hacer algo con IA» —del consejo de dirección, de un proveedor, de un cliente que pregunta—, alguien pregunta quién se ocupa, y la respuesta más cómoda es la de siempre en las organizaciones: un cargo. Que se ocupe alguien. Un nombre. Un cuello al que verter las dudas. Así nació medio organigrama digital de este país, y así se explica gran parte del cansancio de los primeros responsables de transformación.

El cargo, de por sí, no es el problema: en empresas grandes los cargos de gobierno digital son necesarios porque hay miles de decisiones y hacen falta rutas de escalado. El problema es el trasplante a una pyme, donde el número de decisiones es pequeño y el cuello de botella que crea el cargo es mayor que el volumen que gestiona.

Qué hace en la práctica, el primer trimestre

En su primer trimestre, el responsable suele pasar por tres fases: inventario de herramientas y usos, redacción de normas y evaluación de proyectos. Suena razonable escrito así. En la práctica, cada fase se convierte en reuniones: una para presentar el inventario, otra para validar los borradores, otra para el comité de proyectos. El tiempo del cargo se consume en coordinar; el del equipo, en esperar coordinación.

Aplicación concreta: si tu empresa acaba de crear el cargo, mide una sola cosa este trimestre: el tiempo medio entre solicitud y respuesta sobre temas de IA. Si se mide en semanas, el cargo está generando cola, no decisiones.

Qué decisiones de verdad necesita una pyme

Una pyme con IA en la mesa necesita pocas decisiones y frecuentes: qué se puede hacer y con qué herramientas (decisión de política), si este caso concreto entra dentro de lo posible (decisión de día a día) y qué excepcionamos esta vez (decisión puntual). La primera se decide una vez, por escrito. La segunda se responde en minutos, a diario. La tercera, excepcionalmente, convoca a quien decide.

El cargo centralizado convierte las tres en su moneda única: la reunión. Y lo curioso es que las tres se resolverían sin ella: la primera, por escrito; la segunda, con la página delante; la tercera, con una llamada. La política se discute en comité; la duda diaria espera a la «sala de IA» semanal; la excepción sube a quien la firmó. El volumen es bajo y las decisiones son lentas de todos modos.

Aplicación concreta: clasifica las decisiones de IA de tu empresa en esas tres cubetas y pregunta cuántas de la segunda cubeta, la diaria, requieren hoy «pasar por el responsable». Cada una de esas es una cola innecesaria.

El problema no es el cargo: es la delegación de decisión

Exacto: el problema no es la persona ni el título. Es la mecánica de delegación que la pyme elige sin querer: delegar en un cargo la decisión que debería estar en los límites escritos. El cargo delega a su vez: en el comité lo que no está claro, en la dirección lo que implica gasto, en el calendario todo lo demás. La pyme obtiene un cuello de botella con firma.

Aplicación concreta: pregunta a tu responsable de IA —o a quien haga esa función de facto— cuántas decisiones tomadas suyas fueron realmente suyas en el último mes y cuántas terminaron en «lo consulto y te digo». La proporción dice todo: cuantas más cosas se «consultan», más está gestionando cola y menos está decidiendo.

La tesis: la decisión no se centraliza, se escribe

En una pyme, la organización de IA que se sostiene no es la del cargo que decide, sino la que decide dentro de los límites: quien ejecuta, decide a diario dentro de los límites escritos; el comité revisa solo las excepciones. La regla de oro del gobierno en pequeñas organizaciones: escribir una vez, dar el permiso, revisar las excepciones.

La lógica es de volumen: en una pyme, las decisiones diarias superan en decenas a las decidibles por reunión. Un cargo que responde cada duda es una persona que no rinde su propio puesto. Unos límites escritos responden a miles de dudas sin reuniones, a la velocidad del equipo.

Cómo se ve el «permiso escrito» bien hecho

Una página con tres bloques: qué se puede hacer con qué herramientas (la lista aprobada), qué datos se pueden compartir y con quién (la regla de datos) y a quién se consulta la duda no prevista (la ruta de consulta). Con esa página, el 90% de las dudas diarias se resuelven solas: la persona mira la página y su caso está ahí, respondido. Las excepciones, las pocas, van al comité. La política se discute una vez al trimestre, no cada semana.

Aplicación concreta: aplica la prueba de la página: si en el último mes hubo dudas recurrentes que no están en la página, la página está incompleta; si hubieron dudas que están en la página pero se consultaron igual, el problema es de costumbre: corrige la costumbre, no escribas más.

Por qué falla el cargo centralización en pyme

No falla por la persona: falla por geometría. Su valor añadido está en la política, la auditoría y la negociación con proveedores. Pero las dudas diarias del equipo no distinguen entre lo urgente y lo gordo: todo lo no resuelto en la página termina en su entrada. Sin poder de decisión suficiente para el volumen, la agenda se llena de «revisemos», el equipo se acostumbra a esperar y en tres meses nadie pregunta: se hace, o no se hace.

Aplicación concreta: si tu cargo de IA existe, transfíerelo a un trimestre: qué política aprobó, qué decisión diaria respondió y cuántas cosas «quedaron pendientes de la siguiente comisión». El tercer número es el diagnóstico.

El test del calendario

Hay un test simple: abre el calendario del cargo en un mes típico y cuenta las reuniones cuyo objetivo es «decidir algo sobre IA». Si la mayoría de esas reuniones terminó con una decisión y solo unas cuantas con «lo vemos en la próxima», el cargo funciona. Si el resultado es al revés —la mayoría de reuniones aplazan la decisión—, el cargo es un cuello de botella con firma: la decisión vive en el calendario, no en la página.

Aplicación concreta: corre este test hoy, con el calendario del mes pasado delante. Si la mayoría de las reuniones del mes decidían, el cargo está bien dimensionado: déjalo como está y escribe igualmente la página, porque el día que ese cargo esté de vacaciones, la única alternativa real es la que la página deja escrita. Si la mayoría aplazaba, la organización necesita la página antes que otro gestor del cuello de botella: cada semana de reunión-aplazo es una semana de equipo esperando, y el coste no aparece en la nómina del cargo, aparece en la producción del resto.

El matiz justo: en pyme sí hace falta un peso en IA, pero en la empresa, no

Este artículo no defiende la improvisación: defiende la estructura correcta. En una pyme sí hace falta alguien que tenga peso en IA: el problema es cargar a un cargo nuevo lo que le falta a la estructura. Lo que la pyme llama «responsable de IA» en un cargo nuevo, en la práctica lo tiene que dar la estructura: quien ejecuta, decide dentro de los límites; el comité revisa excepciones; la política se revisa trimestralmente. La función existe; cambia el mecanismo: de cargo centralizador a reglas + excepciones + revisión.

Dónde sí cabe un papel de gobierno

Hay tres funciones de gobierno que sí conviene tener claras en la pyme, y no requieren cargo nuevo: aprobar la lista de herramientas (una vez por trimestre), autorizar las excepciones (cuando aparecen) y negociar a los proveedores (cuando hay que negociar). En la mayoría de pymes, la persona que hace eso ya existe: la gerencia, el responsable técnico o quien firmó los contratos digitales. El cargo nuevo duplica ese rol con otro calendario.

Aplicación concreta: en la página de límites, escribe quién sostiene las tres funciones de gobierno y en qué tiempos: la lista aprobada, trimestral; las excepciones, en el día; los proveedores, cuando toque. Con eso, no hace falta cargo: hace falta que las funciones estén asignadas.

Cómo se reparte la responsabilidad

Se reparte en la página: cada persona decide dentro de los límites —qué herramienta usa, qué datos comparte, cuándo consulta—; quien tiene aprobada una excepción, decide esa excepción; el comité de dirección revisa las excepciones repetidas y convierte en regla lo que se repite. La responsabilidad se distribuye por el mapa de trabajo, no por un organigrama centralizado en un cargo.

Aplicación concreta: en la siguiente reunión de dirección, reparte las tres funciones de gobierno entre las personas que ya las hacen. En el acta, no debe caber la palabra «responsable» sino las tres funciones asignadas con sus tiempos.

Aplicación práctica: los límites escritos en cuatro piezas

El plan cabe en dos páginas y una reunión de aprobación. Las cuatro piezas se escriben en orden, porque cada una se apoya en la anterior:

Pieza 1: la lista de herramientas aprobadas

Nombre, para qué y límite de datos por cada herramienta. Es la pieza que más descongestiona: casi todas las dudas de «¿puedo usar esto?» se resuelven delante de la lista. Y es la pieza con vida más larga: se revisa cada trimestre, no cada semana.

Aplicación concreta: redacta la lista esta semana con las herramientas que ya la empresa usa de facto. La lista se apoya en el uso real, no en un catálogo deseado.

Pieza 2: la regla de datos

Qué se puede compartir con qué herramienta y qué nunca: con ejemplos de la casa. Se puede pegar el texto genérico de una plantilla; no se pueden pegar datos de contacto, cifras de contratos ni expedientes identificables. La regla se escribe con la concretud necesaria para que la persona no tenga que interpretar en el momento.

Aplicación concreta: en la regla de datos, usa la línea que no cambia: seudonimizar no es anonimizar; los datos que pueden re-identificarse siguen dentro del ámbito del RGPD, aunque les hayas quitado el nombre [1].

Pieza 3: la ruta de consulta

A quién se pregunta la duda no prevista, en qué canal y con qué plazo de respuesta. Y con registro: lo que se consulta y se resuelve, se añade a la página. La ruta es la que evita que las dudas vuelvan al calendario: se consultan en el canal de la ruta, no en la sala de reuniones.

Aplicación concreta: si el flujo tabula consultas y respuestas por área o por mes, una tabla dinámica las resume sin exponer campos personales del equipo [2]. El registro de la ruta es el que alimenta la revisión trimestral de la página.

Pieza 4: el reparto de responsabilidades

Quien ejecuta, decide dentro de los límites. La persona o comisión que revisa las excepciones, decide las excepciones. Y quien sostiene las tres funciones de gobierno (lista, excepciones, proveedores) lo hace en los tiempos declarados en la página. Cada pieza del sistema tiene un dueño, y ninguno se llama «responsable de todo».

Aplicación concreta: para cada pieza, escribe el nombre del dueño y su tiempo de respuesta comprometido. Si algún hueco queda sin nombre, es señal de que la página todavía no cubre el trabajo real.

Errores habituales al escribir los límites

El cargo nuevo para resolver un problema que no era de cargo

El clásico: se crea el cargo para resolver un problema que era de proceso. Si el problema era «la gente no sabe qué puede hacer», la respuesta era la página; si era «alguien tiene que hablar con proveedores», la función ya la tiene quien firma contrato; y si era «nadie audita el uso», la respuesta es el registro de la ruta de consulta, no un organigrama.

Aplicación concreta: antes de crear el cargo, escribe exactamente qué problema se pretende resolver. Si la respuesta cabe en una página de límites, no era problema de organigrama.

Límites tan generales que nada se decide

La página con «se puede usar IA con criterio responsable» no resuelve la duda del lunes a las nueve: es demasiado genérica para aplicarse y demasiado vaga para cubrir a quien la aplica. El límite útil es concreto: con qué herramienta, con qué datos, con quién consultar. La concreción no es burocracia: es la diferencia entre una página que se usa y una que se mira.

Aplicación concreta: si tu página no dice qué se pega y qué no, está incompleta: añade los tres ejemplos más frecuentes de tu sector y cierra la duda del lunes.

El comité que revisa cada caso en vez de las excepciones

La página que dice «las dudas se llevan al comité» produce comité con agenda de dudas. La página correcta dice «dentro de los límites, decide quien ejecuta; las dudas no previstas, por la ruta de consulta; las excepciones, al comité». El comité revisa excepciones, no caso diario: su tiempo es escaso y está en las decisiones que no caben en la página.

Aplicación concreta: en la próxima convocatoria del comité, limita el temario a excepciones y a la revisión trimestral de la página. Si aparece una duda diaria en el temario, vuelve a la página: la página o la ruta se incompleta.

Si ya creaste el cargo: qué hacer con él sin degradar a nadie

Repensarlo como sostenedor de los límites

El cargo existente no se degrada: se reorienta. Su nueva función es sostener las tres piezas del sistema: mantener la lista aprobada, registrar y responder las dudas de la ruta de consulta, y proponer las excepciones al comité. Es la función que la pyme necesitaba desde el principio, sin el cuello de botella del «responsable de todo».

Aplicación concreta: en la conversación con la persona del cargo, la frase es: «tu función es sostener los límites, no decidir cada uso: la página decide lo común; tú sostienes la página y proyectas las excepciones». Es más interesante de hacer; produce decisiones en vez de cola.

Qué hacer con la cola heredada del trimestre

La cola de solicitudes que esperan al cargo se vacía con la página: cada solicitud pendiente se clasifica —dentro de los límites se ejecuta sin más; la que es excepción, va al comité—. En una tarde, la cola que se había acumulado en tres meses se convierte en ejecuciones y comités. La cola no era la persona: era la falta de página.

Aplicación concreta: en la primera semana tras la página, clasifica la cola entera en una tarde. Y anota cuántas de las solicitudes estaban dentro de los límites sin que nadie lo supiera: ese dato es el mejor argumento para la página ante quien dudó.

Preguntas rápidas

¿Y si el equipo pide un responsable al que «poder preguntar»?

Lo que el equipo pide no es un cargo: es una respuesta. Si la página responde la duda en el momento, la sensación de «poder preguntar» la dan la ruta de consulta en el canal y el plazo escrito, que responde más rápido que una sala de reuniones. La página y la ruta responden antes que cualquier cargo.

Aplicación concreta: en la presentación de la página, ofrece el canal de consulta con horas de respuesta, y mide el tiempo medio de respuesta del primer trimestre: el dato que convierte a los escépticos.

¿Un responsable de IA no es exigido por los clientes o el RGPD?

No es lo mismo: la función de protección de datos es una figura legal con tareas específicas y nombrada por la normativa. Lo que este artículo discute es el cargo de gobierno interno para las decisiones de uso de IA. Pueden convivir: la persona de protección de datos consulta en las decisiones que tocan datos personales, y las reglas de la página de límites se escriben con ese asesoramiento. No confundas la función legal de protección con el cargo de «responsable de IA»: son cosas distintas.

Aplicación concreta: si tu empresa ya tiene persona con la función de protección de datos, esa persona es asesora en la redacción de la regla de datos de la página. Si no la tienes y los datos de personas abundan, evalúa esa función legal aparte: no la sustituyas por el «responsable de IA».

Para seguir con lecturas de contexto, dos piezas encajan con este artículo: en seguridad del sistema: claves, copias de seguridad y auditoría está la pieza técnica que sostiene los límites del día a día, y en qué puede y qué no puede hacer Copilot dentro de Excel está el detalle de la herramienta con la que el equipo va a practicar dentro de los límites.

Fuentes

1. AEPD — Anonimización y seudonimización: seudonimizar no es anonimizar; los datos que pueden re-identificarse siguen dentro del ámbito del RGPD. [1].
2. Microsoft Support — Create a PivotTable: cómo una tabla dinámica resume los datos por categoría o por mes sin necesidad de exponer campos personales. [2].