Centro de excelencia en IA: cómo organizarlo y ponerlo en marcha

Un centro de excelencia en IA tiene sentido cuando ayuda a los equipos de negocio a obtener resultados útiles con la IA y deja claro quién responde por ellos. En una empresa de 100 a 2,000 personas, conviene empezar por las decisiones que necesitan coordinación. Si dos responsables pueden hacerse cargo, basta con una unidad de apoyo de IA antes de crear un departamento.

El resultado que importa es un acuerdo de funcionamiento: qué problemas se atienden, qué normas se aplican, quién proporciona las herramientas comunes y quién sigue siendo responsable después del lanzamiento. Cambiar el organigrama no resuelve por sí solo esas preguntas.

Verificado el 26 de octubre de 2026: las orientaciones organizativas de este artículo se contrastaron con las publicaciones vigentes de Microsoft, IBM y NIST. El mandato, la dotación de personal recomendada y la secuencia de 90 días son propuestas de organización del trabajo, no referencias sectoriales de personal ni plazos de entrega garantizados.

¿Qué hace un centro de excelencia en IA?

Un centro de excelencia en inteligencia artificial, o CoE de IA, coordina el conocimiento especializado y los servicios compartidos que ayudan a utilizar la inteligencia artificial en toda la empresa. Conecta las prioridades del negocio con el desarrollo de soluciones, la evaluación, las normas y la formación. Su autoridad nace de un mandato aprobado por la dirección, no de la palabra «excelencia».

Pensemos en un invernadero escuela. Ofrece equipos compartidos, métodos de cultivo y asesoramiento experto, pero cada jardinero sigue al cuidado de su parcela. El CoE puede aportar un método probado para redactar respuestas de soporte, pero el responsable de soporte sigue respondiendo por la exactitud de los mensajes a clientes y por su revisión.

La guía sobre centros de excelencia de Microsoft incluye la recepción y evaluación de propuestas, los pilotos, las normas, las competencias, los recursos reutilizables y los informes de resultados. Para las empresas a las que se dirige este artículo, conviene agrupar ese trabajo en cuatro responsabilidades.

Elegir casos de uso con responsables de negocio

Mantén una lista priorizada de propuestas. Un caso de uso es una tarea concreta dentro de un flujo de trabajo concreto, como redactar una respuesta de soporte a partir de artículos de ayuda aprobados. «Usar IA en atención al cliente» es demasiado amplio para asignarlo o evaluarlo.

Exige un responsable, una medición del desempeño actual como referencia y un resultado observable. Da prioridad a tareas con datos accesibles y resultados que una persona pueda comprobar. Una tarea frecuente en la que sea posible corregir un error es mejor punto de partida que una demostración espectacular sin forma de incorporarla al trabajo diario.

La estrategia de IA marca las prioridades. El CoE las convierte en iniciativas con financiación y hace visibles las dependencias; no debe inventar por su cuenta otra estrategia de negocio.

Definir normas que se puedan aplicar

Especifica qué datos se permiten, las reglas de acceso, los requisitos de revisión, los registros de cambios y las condiciones para detener un sistema. Convierte esas normas en configuraciones prácticas por defecto y listas de comprobación breves.

Para redactar respuestas de soporte, la regla podría ser: utilizar fuentes de conocimiento aprobadas, mostrar la fuente a quien revisa y exigir que un agente de soporte apruebe cada respuesta antes de enviarla. Una instrucción general como «usar la IA de forma responsable» no le dice a ese agente qué debe hacer.

Vincula las reglas técnicas con la política de uso aceptable de la IA, que explica a los empleados qué pueden hacer en su trabajo diario.

Hacerse cargo de las herramientas compartidas y la evaluación

Asigna un responsable a cada capacidad común: accesos aprobados, integraciones reutilizables, inventario de sistemas, ejemplos de flujos de trabajo y un método para ejecutar evaluaciones. Una evaluación es una comprobación repetible del funcionamiento del flujo completo ante casos representativos.

El CoE se responsabiliza del método compartido. El responsable de negocio define qué se considera un resultado aceptable para su tarea. Un conjunto de pruebas para respuestas de soporte no puede certificar un flujo de contratación de personal, aunque ambos utilicen el mismo modelo subyacente.

Formar a los equipos con tareas de su trabajo real

Enseña a quien revisa respuestas de soporte a detectar afirmaciones sin respaldo; a los ingenieros, a comprobar los límites de los permisos; y a los responsables de equipo, a distinguir el uso de una herramienta de sus resultados útiles. Pide que demuestren tanto la ejecución de la tarea como la respuesta ante un fallo.

Un taller de prompts puede servir para presentar una herramienta. No demuestra que alguien sepa operar de forma segura un flujo de trabajo con consecuencias importantes.

Tres modelos para organizar el trabajo

Elige el modelo según dónde puedan recaer, de forma fiable, el desarrollo de las soluciones y la responsabilidad de operarlas. El número de empleados es un criterio insuficiente: una empresa grande puede tener pocos especialistas en IA, mientras que una empresa de software más pequeña puede contar con equipos de producto capaces.

Las etiquetas se solapan. La guía de modelos operativos de Microsoft habla de modelos centralizados, híbridos y federados, y también describe como hub-and-spoke una plataforma central con desarrollo federado. La explicación de IBM sobre los centros de excelencia establece distinciones algo diferentes. Para asignar el trabajo, utiliza las definiciones siguientes.

El modelo centralizado funciona mejor cuando concentra deliberadamente un conocimiento especializado escaso. El responsable de negocio sigue decidiendo si el resultado mejora el flujo de trabajo. Mantén visible la cola de solicitudes para que un equipo técnico pequeño no se convierta en una sala de espera invisible.

El modelo de núcleo y nodos es un punto de partida útil cuando varios departamentos necesitan la misma base. En una empresa hipotética de 700 personas, el centro podría mantener los accesos y las herramientas de evaluación, mientras soporte se responsabiliza de la calidad de las respuestas y finanzas, de su flujo documental. Deja por escrito quién repara una integración que falla y quién puede pausar cada servicio.

El modelo federado exige capacidad operativa local, además de entusiasmo. En una empresa hipotética de 1,800 personas, pide a cada unidad participante que identifique a su responsable y demuestre que dispone de registros de pruebas, seguimiento y respuesta a incidentes antes de delegarle las decisiones rutinarias de puesta en producción. El departamento que no alcance ese nivel debe seguir recibiendo más apoyo.

Distintos flujos de trabajo pueden seguir modelos diferentes. Puedes mantener centralizado un servicio compartido sensible y permitir que un departamento competente gestione un asistente interno con un alcance delimitado. La delegación depende de las pruebas sobre el equipo y la tarea, no de una ceremonia de graduación para toda la empresa.

CoE de IA y comité de gobernanza de IA: ¿qué decide cada uno?

El CoE de IA aporta capacidad para desarrollar e implantar soluciones; un comité de gobernanza de IA ejerce la autoridad sobre políticas y riesgos que se le haya delegado. Trabajan juntos y pueden compartir integrantes, pero debe quedar claro qué decisiones corresponden a cada uno.

El comité podría aprobar la tolerancia al riesgo de la empresa, los usos prohibidos y el procedimiento de excepciones. El CoE convierte esas decisiones en configuraciones, requisitos de evaluación, formación y apoyo operativo. El marco de gobernanza de IA debe explicitar esa relación.

Esta es una propuesta de reparto de autoridad:

El comité no tiene que revisar cada flujo interno aprobado de redacción de borradores. Del mismo modo, el CoE no debe aceptar un riesgo significativo solo porque haya construido el sistema. Registra quién puede aprobar una excepción, su alcance y cuándo caduca.

El núcleo del AI RMF de NIST pide documentar las responsabilidades en GOVERN 2.1 y atribuir a la dirección la responsabilidad de las decisiones sobre riesgos de IA en GOVERN 2.3. Cumplir esos objetivos importa más que crear un comité nuevo. Un órgano de dirección o de riesgos existente puede asumir esa autoridad si su ámbito de actuación está claro.

Funciones y autoridad: asignar el trabajo antes de contratar

Cubre las responsabilidades antes de crear puestos. Algunas requieren dedicación específica; otras, acceso fiable a un especialista que ya trabaja en la organización. Enumerar funciones no equivale a recomendar una contratación por cada casilla del organigrama.

Patrocinador ejecutivo: financia las prioridades acordadas, resuelve conflictos entre departamentos y designa a quienes tienen autoridad para decidir. Un COO puede patrocinar el cambio operativo; un CTO, las capacidades técnicas compartidas. Nombra a un único patrocinador responsable, aunque participen ambos.

Responsable del CoE: se hace cargo del mandato, del proceso de recepción y evaluación de propuestas, de la lista compartida de trabajo pendiente y de los informes. Dentro de la autoridad que le concede el mandato, debe poder aplazar propuestas que no tengan responsable o no estén preparadas.

Responsable de negocio del flujo de trabajo: aporta la medición inicial de referencia, define los resultados aceptables, asigna revisores y responde por el resultado operativo. En la redacción de respuestas de soporte, es quien responde por la calidad del servicio, no quien más sabe sobre modelos.

Responsable técnico y de evaluación: mantiene las integraciones compartidas, los controles de acceso, las pruebas repetibles y los registros de cambios. Separa la capacidad de modificar un sistema de la aprobación de sus resultados de negocio cuando lo que está en juego justifique una revisión independiente.

Especialistas de datos y riesgos: los responsables de los datos deciden si la información es adecuada y si se permite utilizarla para el fin propuesto. Los especialistas en seguridad, privacidad, asuntos jurídicos y otras materias pertinentes evalúan las cuestiones de su competencia. El CoE coordina sus aportaciones; no hereda automáticamente su autoridad.

Responsable de capacitación y referentes departamentales: convierten los flujos aprobados en formación, recogen los problemas de los usuarios y actualizan las guías. Los referentes necesitan tiempo reservado y una vía de acceso al apoyo técnico, no un título honorífico.

Para cada flujo en producción, designa también a la persona que recibe los incidentes, puede detener el servicio y organiza la recuperación. La guía de AWS sobre centros de excelencia incluye responsabilidades formales ante incidentes y acciones de respuesta. Incorpóralas al acuerdo operativo antes de que el piloto pase a formar parte del trabajo habitual.

¿Cuándo basta una unidad de apoyo de IA de dos personas?

Una unidad de apoyo de IA es suficiente cuando dos responsables designados pueden asumir la coordinación con el respaldo de los especialistas existentes. Es una propuesta para empezar, no un mínimo universal ni una promesa de que dos personas puedan operar cualquier sistema de IA.

Asigna a un responsable de operaciones o producto la recepción y evaluación de propuestas, el diseño de los flujos de trabajo, la formación y las métricas. Encarga a un responsable técnico los accesos aprobados, las integraciones, la evaluación y el soporte. Dales un patrocinador ejecutivo y acceso a los responsables de datos, seguridad y asuntos jurídicos de la empresa. Pueden empezar con una parte de su jornada asignada, sin crear puestos nuevos a tiempo completo, pero sus superiores deben proteger esa dedicación.

En una empresa hipotética de servicios de 150 personas que prueba un flujo de redacción supervisada, esta estructura puede bastar para establecer prácticas comunes y averiguar si se justifica una función más amplia. Los dos responsables coordinan el trabajo; el departamento correspondiente sigue revisando los resultados.

Mantén esta unidad mientras:

• La carga de trabajo activa permita prestar soporte y hacer un seguimiento adecuado.
• Los departamentos puedan utilizar herramientas comunes sin un trabajo considerable de ingeniería a medida.
• Los responsables existentes puedan resolver con rapidez las dudas sobre datos y riesgos.
• El soporte habitual y las evaluaciones quepan en la capacidad asignada explícitamente.

Amplíala cuando las dependencias recurrentes entre equipos, las solicitudes sin resolver o las necesidades de soporte operativo superen esa capacidad.

Evalúa por separado la capacidad necesaria para trabajos con consecuencias más graves. Una empresa pequeña que desarrolla sistemas que afectan a los derechos o la seguridad de las personas puede necesitar supervisión especializada antes que un programa amplio de capacitación.

Plantilla de mandato del CoE de IA en una página

Parte de esta plantilla breve y sustituye los campos entre corchetes por nombres y compromisos. Está pensada para ocupar una página; comprueba la distribución después de añadir tus datos. El mismo mandato sirve para una unidad de dos personas si mantienes un alcance acotado.

Mandato del centro de excelencia en IA: [Empresa]

Patrocinador y vigencia. Patrocinador: [nombre]. Responsable del CoE: [nombre]. Entrada en vigor: [fecha]. Revisión: [fecha, inicialmente el día 90]. Personas y tiempo de trabajo asignados: [compromiso].

Misión. Ayudar a [áreas de negocio] a mejorar [resultados concretos] mediante un uso adecuado de la IA. Priorizar casos de uso, mantener normas y herramientas compartidas, coordinar la evaluación y enseñar a los equipos a operar los flujos de trabajo aprobados.

Alcance. Abarcar [flujos de trabajo, usuarios y entornos]. Empezar por [piloto acotado]. Excluir [usos prohibidos y trabajo fuera de este mandato]. Los responsables de negocio siguen respondiendo por sus procesos y resultados.

Autoridad para decidir. El patrocinador aprueba las prioridades y la capacidad. El responsable del CoE gestiona las propuestas y aprueba los patrones técnicos que recibirán soporte dentro de la política. El responsable de los datos autoriza cada uso propuesto de la información. El responsable designado del servicio autoriza la puesta en producción tras contar con las pruebas y revisiones especializadas exigidas. [Autoridad de riesgos] decide las excepciones y su caducidad. [Operador] puede pausar un servicio inseguro o que esté fallando; [responsable] autoriza su reanudación después de la revisión. Ninguna función puede dispensar de la aprobación obligatoria de otro responsable.

Recepción y evaluación de propuestas. Presentar en [formulario/ubicación] el flujo de trabajo, el responsable de negocio, la medición inicial de referencia, el resultado deseado, los usuarios, los datos, las acciones propuestas, los daños previsibles, el método de evaluación y el responsable de soporte. Revisar cada semana. Registrar la decisión de avanzar, preparar, escalar o detener, con un motivo, una persona responsable y la próxima fecha. Escalar al patrocinador los conflictos de prioridad sin resolver y a la autoridad de riesgos las excepciones a la política. El silencio no equivale a una aprobación.

Servicios compartidos. Mantener en [ubicación] los accesos aprobados, el inventario de IA, los patrones reutilizables, los métodos de evaluación, la formación y los contactos para incidentes. Cada recurso tiene un responsable y una fecha de revisión. Los criterios de aceptación específicos de cada flujo corresponden a su responsable de negocio.

Métricas. Medir los resultados de tareas aceptados, los fallos de calidad, el tiempo hasta decidir sobre una propuesta, la reutilización de recursos mantenidos y la competencia demostrada de los usuarios. Registrar para cada piloto la situación inicial, el objetivo, la fuente de las pruebas, el responsable de informar y la condición para detenerlo. Incluir la revisión y el trabajo de corrección en las métricas de desempeño.

Ritmo de revisión y traspaso. Revisar las propuestas cada semana y los avances con el patrocinador cada mes. Antes del uso habitual, confirmar quién se responsabiliza de la operación, el seguimiento, la respuesta a incidentes y el procedimiento alternativo. En la fecha de revisión, ampliar, modificar o dar por terminado este mandato según las pruebas disponibles.

Deja los procedimientos detallados fuera del mandato y enlázalos. El documento debe permitir resolver un desacuerdo sobre responsabilidades sin tener que leer un manual.

Cada propuesta debe desembocar en una decisión

Haz que la recepción y evaluación de propuestas sea un camino breve hacia un siguiente paso con responsable. Recoge información suficiente para decidir qué viene después y pide pruebas más detalladas en proporción a las consecuencias del flujo de trabajo.

Utiliza la evaluación de preparación para la IA para examinar la tarea propuesta, sus datos y las personas implicadas. Una puntuación de entusiasmo de toda la empresa no demuestra que un flujo concreto esté listo.

Imagina que un responsable de soporte propone redactar respuestas a partir de artículos de ayuda aprobados. Un registro útil de la propuesta identifica a ese responsable, el conjunto de fuentes, la persona que revisa, el proceso actual de atención y los errores que harían inaceptable el resultado. También especifica que el borrador no puede enviarse por sí solo.

Clasifica la propuesta como preparar si nadie puede hacerse cargo del conjunto de fuentes. Clasifícala como escalar si el uso solicitado de los datos queda fuera de la política. Autoriza un piloto solo cuando estén listos el responsable, los datos permitidos, el proceso de revisión y la evaluación. Detén la propuesta si el beneficio esperado no justifica el trabajo o si el uso está prohibido.

Define los criterios de aceptación del piloto antes de generar ejemplos atractivos. En la redacción de respuestas de soporte, evalúa el respaldo de los hechos, la pertinencia de las fuentes, los compromisos improcedentes, la divulgación de información y el esfuerzo de revisión necesario para conseguir una respuesta aceptable. Incluye casos difíciles, como artículos contradictorios y preguntas que la base de conocimiento no puede responder.

El CoE debe hacer que esas comprobaciones sean repetibles. El responsable de soporte debe valorar los resultados frente a las exigencias reales del servicio. Un texto generado puede funcionar técnicamente y aun así fallar para el negocio si revisarlo lleva más tiempo que realizar la tarea original.

Cómo poner en marcha un centro de excelencia en IA: los primeros 90 días

Dedica los primeros 90 días a establecer un acuerdo operativo y reunir pruebas con un único piloto de alcance acotado. Considera las fechas como puntos de revisión. Un flujo que no cumple sus criterios de aceptación no merece pasar a producción porque el calendario haya llegado a la última fase.

1. 1

   Días 1-30: definir el trabajo y la autoridad

   Designa al patrocinador y a los responsables del trabajo. Haz un inventario del uso actual de IA, incluidas las funciones de IA ya integradas en el software empresarial. Identifica esfuerzos duplicados, permisos de datos poco claros y servicios sin soporte.

   Acuerda el mandato y elige el modelo operativo del primer flujo. Establece su medición inicial de referencia y completa el registro de la propuesta. Publica las pautas de uso aprobado, el lugar donde presentar propuestas y el contacto para incidentes.

   Pruebas al cierre de la fase: un mandato firmado, un inventario utilizable, un responsable designado del flujo y un plan de evaluación acordado. Si el acceso a los datos sigue sin resolverse, la siguiente fase deberá dedicarse a la preparación.

2. 2

   Días 31-60: probar un flujo de alcance acotado

   Ejecuta el piloto dentro del alcance aprobado. Registra la configuración pertinente del sistema, las instrucciones y el material de referencia para poder explicar qué produjo cada resultado. Forma a las personas que van a revisar las respuestas.

   Evalúa los casos habituales y los casos de fallo según los criterios acordados. Registra el tiempo de revisión y el trabajo de corrección junto con la calidad del resultado. Ensaya cómo pausar el flujo y volver al proceso existente.

   Pruebas al cierre de la fase: resultados revisados, un registro de problemas, operadores capacitados y una alternativa viable. Utiliza las prácticas de documentación de pruebas de la guía del NIST AI RMF para conectar riesgos, pruebas y decisiones.

3. 3

   Días 61-90: decidir y asignar la responsabilidad continua

   Pide al responsable del flujo y a los revisores requeridos que decidan si continuar, modificarlo o detenerlo. Registra el motivo. Detener un piloto con pruebas claras es una decisión útil.

   Si el flujo continúa, asigna las responsabilidades de seguimiento, soporte, revisión de cambios y retirada. Publica solo los componentes reutilizables, con responsables designados para mantenerlos. Decide si la siguiente solicitud cabe en la unidad de apoyo de IA o revela una necesidad concreta de ampliar la capacidad del CoE.

   Pruebas al cierre de la fase: una decisión documentada, la aceptación de la responsabilidad operativa de todo lo que continúe y una lista priorizada del siguiente trabajo pendiente. Amplía el alcance solo cuando las pruebas lo justifiquen.

Medir los resultados después de la revisión

Mide el resultado después de revisarlo y corregirlo. Contar borradores generados oculta el trabajo necesario para hacerlos utilizables.

En el piloto de soporte, compara el tiempo hasta obtener una respuesta aceptada con el proceso de referencia, incluida la revisión y las correcciones. Comprueba la calidad junto con la velocidad para que un flujo más rápido no parezca exitoso a costa de enviar peores respuestas. Considera un piloto pequeño como evidencia local, no como una estimación de productividad para toda la empresa.

Separa las métricas del CoE de las del flujo de trabajo:

• Tiempo de decisión: mediana del tiempo transcurrido desde que una propuesta está completa hasta que se registra una decisión. Mide por separado los retrasos debidos a información faltante.
• Calidad: resultados inaceptables y fallos críticos según los criterios acordados antes del piloto. Registra la gravedad, no solo una puntuación media.
• Reutilización: flujos de trabajo que utilizan un recurso compartido con mantenimiento, cuya versión y responsable se conocen.
• Competencia: capacidad del usuario para realizar la tarea, identificar un fallo y seguir la vía de escalamiento.

La asistencia a las formaciones y las cuentas activas pueden ayudar a entender la adopción. No demuestran que el trabajo haya mejorado. Evita convertir las estimaciones de tiempo ahorrado en beneficios económicos salvo que la empresa pueda demostrar cómo utilizó esa capacidad.

¿Quién debería actuar ya y quién puede esperar?

Actúa cuando los problemas de coordinación sean visibles. Espera antes de crear un departamento si los responsables existentes todavía pueden asumir el trabajo.

Para los COO y responsables de operaciones: patrocina el mandato cuando los equipos dupliquen esfuerzos, las propuestas no tengan responsables de negocio o nadie pueda explicar qué pilotos deben continuar. La primera decisión es qué resultado importa y quién responde por él.

Para los CTO y equipos de desarrollo: centraliza los accesos comunes, los métodos de evaluación y el apoyo operativo cuando mantenerlos por separado provoque problemas recurrentes. Delega el desarrollo solo en equipos capaces de operar lo que construyen.

Para compradores y responsables de compras: utiliza el CoE para aclarar los usos aprobados, los requisitos técnicos y las responsabilidades operativas antes de ampliar un compromiso de compra. La autoridad de compra y la revisión contractual siguen correspondiendo a sus responsables actuales, salvo reasignación formal.

Para equipos con un proceso aprobado que funciona: sigue utilizándolo. Anunciar un CoE no obliga a sustituir todas las herramientas, reabrir cada decisión o migrar un flujo que ya cumple las normas acordadas.

¿Qué expectativas sobre un CoE de IA están infladas?

Un centro no crea valor por el mero hecho de existir. Su valor está en el trabajo que hace posible y en las malas decisiones que ayuda a evitar.

Un organigrama más grande no demuestra mayor madurez. Puede haber un comité numeroso y nadie responsable de restablecer un flujo que ha fallado. Designa al operador antes de añadir otro órgano.

Aprobar una herramienta no autoriza todos sus usos. El permiso para redactar notas internas no permite que el mismo sistema envíe compromisos a clientes. La aprobación necesita una finalidad, un alcance de datos y unos límites de actuación.

Una evaluación compartida no ofrece garantías universales. Lo reutilizable es el método y la infraestructura. Los casos, los daños y los criterios de aceptación propios de cada ámbito siguen necesitando el juicio del responsable de negocio.

El CoE no tiene por qué monopolizar permanentemente el desarrollo. Transfiere el trabajo habitual a los equipos conforme demuestren competencia y mantén centralizados los servicios que se benefician de una responsabilidad común. Revisa el mandato con el mismo rigor con el que revisas un piloto.

Preguntas frecuentes

¿Qué es un centro de excelencia en IA?

Un centro de excelencia en IA es una función coordinada que ayuda a la empresa a priorizar casos de uso de IA, establecer normas, proporcionar herramientas y evaluaciones compartidas, y formar a las personas. Puede desarrollar sistemas de forma centralizada o apoyar a equipos de negocio que desarrollan y operan los suyos.

¿Qué no se le debe pedir a una IA?

No introduzcas información prohibida por las normas de datos de tu empresa ni pidas al sistema que ejecute acciones fuera de su alcance aprobado. Para el uso laboral, el CoE o la unidad de apoyo de IA debe publicar los usos permitidos y remitir los casos dudosos al responsable de datos o de riesgos correspondiente.

¿Qué riesgos puede tener la IA?

Según el flujo de trabajo, los riesgos incluyen resultados incorrectos, divulgación de información sensible, trato desigual y acciones no autorizadas. Identifica las consecuencias de la tarea concreta y asigna controles, un revisor y una vía de recuperación. Una lista genérica de riesgos no sustituye esa evaluación.

El primer paso para el lunes

Reúne al patrocinador, a un responsable de operaciones y a un responsable técnico para trabajar sobre un flujo recurrente. Completa la misión y la autoridad para decidir en la plantilla de mandato, designa a la persona que responde por el resultado y deja por escrito qué pruebas llevarían a detener el trabajo. Si ese grupo puede gestionar el alcance acordado, empieza como una unidad de apoyo de IA y deja que la carga de trabajo demostrada justifique su ampliación.

Para recibir guías prácticas sobre cómo incorporar la IA a las operaciones de la empresa, suscríbete al boletín.