Contratación · July 29, 2026 · 10 min de lectura

Cómo contratar a un responsable de gobernanza de IA: habilidades y proceso

Cómo contratar a un responsable de gobernanza de IA: qué posee el puesto, por qué la regulación lo creó, cómo detectar a un impostor de presentaciones de política y formas orientadas al trabajo real para evaluar el juicio.

← Parte de The five pillars of hiring: what assessments measure

Este artículo es para el responsable de contratación que está mirando una nueva solicitud y un título que nadie usaba hace dos años: responsable de gobernanza de IA, o responsable de IA ética, o director de cumplimiento de IA —el mismo trabajo con tres sombreros—. La regulación lo creó. Cuando el Reglamento Europeo de IA colocó el empleo y otras IA de alto riesgo en su nivel de alto riesgo, cuando llegó la Ley Básica de IA de Corea, y cuando un mosaico de estados de EE.UU. —la Ley Local 144 de NYC, Illinois, California, Colorado— cada uno añadió sus propias normas, «alguien probablemente debería rastrear dónde usamos la IA» se convirtió en un trabajo con nombre y responsable. Lo que esa persona hace realmente es inglamuroso y carga de trabajo: inventariar los sistemas de IA en uso, clasificar cada uno por riesgo, ser propietario de las evaluaciones de impacto, gestionar el proceso de supervisión humana y mantener las trazas de auditoría que un regulador pedirá algún día. Lo necesitas cuando la IA toca decisiones reales en jurisdicciones reales y ninguna persona puede actualmente responder «¿qué estamos ejecutando y quién lo aprobó?». No lo necesitas cuando ejecutas una herramienta o dos y tu Asesor Jurídico General puede mantenerlo en la cabeza. Dónde se ubica varía —legal, ingeniería, o el ámbito de un Director de IA—, pero el mandato es constante: coordinar los equipos de legal, ingeniería y RRHH para que las obligaciones se conviertan en proceso, no en una presentación.

¿Qué hace realmente un responsable de gobernanza de IA?

Quita el título y el trabajo consiste en la custodia de una pregunta: ¿dónde usa la IA esta organización, y podemos demostrar que la usamos de forma responsable? El responsable mantiene el inventario de sistemas de IA, clasifica cada uno por riesgo, es propietario de las evaluaciones de impacto y los procesos de supervisión humana, y mantiene intactas las trazas de auditoría —coordinando los equipos de legal, ingeniería y RRHH para que nada caiga en la grieta entre ellos—. Es un trabajo tranquilo y continuo, no un informe trimestral.

Una semana real se parece menos a la filosofía de la ética y más a la fontanería. Un equipo de producto quiere lanzar una funcionalidad que puntúa tickets de soporte con un modelo; el responsable tiene que determinar si eso aterriza en un cubo de alto riesgo y qué documentación se adjunta antes del lanzamiento. RRHH está probando una nueva herramienta de cribado de CVs y alguien tiene que hacer las preguntas incómodas al proveedor antes de que se acerque a un candidato. Un resultado de auditoría de sesgo regresa con un aspecto extraño, y el responsable decide si es una señal real de impacto adverso o un artefacto de muestra pequeña —luego quién debe saberlo—. Y cuando el equipo de compras de un cliente envía un cuestionario de due diligence de IA de cuarenta líneas, las respuestas existen porque el responsable mantuvo los registros actualizados. El día a día normalmente incluye:

• Mantener un inventario actualizado de cada sistema de IA en uso —comprado, construido, o silenciosamente añadido por un equipo que nunca se lo dijo a nadie.
• Clasificar cada sistema por riesgo frente a los regímenes bajo los que operas, y reclasificar cuando cambia el uso de una herramienta.
• Ser propietario de las evaluaciones de impacto y del proceso de supervisión humana —el paso de revisión donde una persona puede entender, cuestionar y anular una salida automatizada.
• Mantener trazas de auditoría que un regulador o auditor pueda consultar realmente: qué se decidió, por quién, sobre qué base y cuándo.
• Coordinar los equipos de legal, ingeniería y RRHH —traduciendo una obligación en un flujo de trabajo que cada uno seguirá, luego comprobando que se mantiene.
• Atender el escrutinio externo —cuestionarios de due diligence de clientes, solicitudes de auditores, preguntas del consejo— con evidencias, no con garantías.
• Ser propietario del proceso, no solo de la política: el éxito es un paso de gobernanza que los ingenieros ejecutan porque ayuda, no uno que evitan.

¿Por qué existe este puesto ahora?

Porque las reglas dejaron de ser opcionales. Durante años, la «IA responsable» vivía en páginas de principios y en estatutos voluntarios. Luego adquirió dientes. El Reglamento Europeo de IA colocó la IA relacionada con el empleo y otras IA de alto riesgo en su nivel de alto riesgo, con obligaciones en torno a la documentación, la supervisión humana, el registro y la transparencia —lee el Reglamento Europeo de IA y la contratación para saber qué significa alto riesgo en la práctica—. La Ley Local 144 de Nueva York exige una auditoría de sesgo independiente antes de que una herramienta de decisión de empleo automatizada criba candidatos. Añade la Ley Básica de IA de Corea y un mosaico de estados de EE.UU. en expansión, y una empresa que opera en diferentes países se enfrenta a una pila de obligaciones superpuestas que nadie posee por defecto.

Ese es el cambio que creó el trabajo. Cuando las obligaciones eran aspiracionales, rastrear el uso de la IA era algo agradable que alguien hacía en sus ciclos libres. Cuando se volvieron exigibles —con documentación que producir y registros que mantener—, «alguien debería rastrear esto» se convirtió en un puesto con nombre y responsable jerárquico. Nuestra propia perspectiva, desde el lado del proveedor, es que esto siempre iba a llegar: argumentamos en contratación de IA con cumplimiento primero que la IA de contratación es IA de alto riesgo y que los registros que quieren los reguladores son una entrada de diseño, no una idea de última hora. El responsable de gobernanza es la persona que hace eso real dentro de tus paredes en lugar de en el roadmap de un proveedor.

¿Lo necesitas realmente?

A menudo, todavía no —y un buen responsable de gobernanza te lo dirá en lugar de fabricar trabajo—. Si ejecutas una o dos herramientas de IA, contratas en una única jurisdicción y tu Asesor Jurídico General o Director de Personas puede mantener todo el panorama en la cabeza, una contratación dedicada es prematura. Las obligaciones son reales pero la superficie es pequeña, y un propietario a tiempo parcial la cubre. Contratar demasiado pronto te da una función de gobernanza sin nada que gobernar y, peor aún, alguien que justifica su lugar generando procesos que nadie necesita.

El umbral es la complejidad genuina, no el número de empleados. Necesitas un responsable dedicado cuando varias de estas condiciones son ciertas: la IA toca decisiones consecuentes como contratación, crédito o acceso; operas en múltiples regímenes regulatorios a la vez; los equipos de producto están lanzando modelos más rápido de lo que nadie puede rastrear; o un cliente, auditor o regulador ya ha pedido documentación que no puedes producir fácilmente. Ese último es el indicador más claro. Si responder «¿qué IA estáis ejecutando y quién la supervisa?» actualmente requiere una búsqueda apresurada en tres equipos, el coste de coordinación ha superado el modelo de ciclos libres. Hasta entonces, nombra un propietario responsable, dale una fracción de su semana y revisa cuando la superficie crezca.

¿Qué distingue a un buen responsable de alguien que solo escribe presentaciones de política?

Todos estos títulos atraen al mismo impostor: el candidato cuyo CV es un catálogo de frameworks creados, principios publicados y comités presididos, sin evidencia de que ninguno de esos cambió la forma en que un solo sistema se construyó o lanzó. Escribir políticas es la mitad fácil y visible de la gobernanza y la mitad que engaña a los entrevistadores. Se lee como autoridad. Fotografia bien en una presentación. Y no tiene dientes operacionales —un documento que los ingenieros nunca han leído no gobierna nada—.

La señal real es un proceso de gobernanza que la gente realmente sigue. Un buen responsable puede señalar un control que diseñó y que un equipo de producto adoptó de buena gana porque eliminó fricción en lugar de añadirla —una lista de verificación previo al lanzamiento que consiguió que una funcionalidad se lanzara más rápido con los registros correctos adjuntos, un paso de admisión que detectó a un proveedor arriesgado antes de que lo firmara compras—. Lee suficiente derecho para saber qué requiere una obligación y suficiente de los sistemas para saber qué es factible construir, y viven en la tensión entre los dos. Pide a cualquier candidato una política que escribieron y lo harán; pídeles un proceso que lanzaron que sigue ejecutándose y siendo seguido un año después, y el impostor se queda callado. Busca:

• Traducción operacional —convertir «debemos mantener una traza de auditoría» en un paso de registro específico con el que ingeniería estuvo de acuerdo, no un párrafo en una wiki.
• Juicio de riesgo bajo ambigüedad —decidir si un uso es de alto riesgo cuando el mapeo es genuinamente poco claro, y poder defender la decisión.
• Credibilidad multifuncional —los ingenieros, los abogados y los reclutadores toman en serio a la persona, lo que requiere hablar tres dialectos con fluidez.
• Comodidad siendo la fricción —disposición a ralentizar un lanzamiento cuando importa y, igual de importante, a apartarse cuando no importa.
• Evidencias sobre afirmaciones —instintivamente buscando el registro que demuestra una decisión, porque han estado en el lado receptor de una auditoría.
• Suficiente alfabetización regulatoria para ser peligroso, no un título en derecho —el responsable indica qué necesita asesoramiento legal adecuado; no es un sustituto de ello.

¿Cómo se ponen a prueba esas habilidades?

Las entrevistas recompensan al impostor aquí más que en casi cualquier otro puesto —el trabajo consiste en parte en hablar bien sobre gobernanza, y una recitación fluida de frameworks es fácil de confundir con competencia—. Así que no preguntes qué saben; dales el trabajo. Las tareas con forma de trabajo real, evaluadas en juicio y claridad en lugar de jerga, separan a las personas que han gestionado la gobernanza de las que solo la han presentado. Tres tareas mapean sobre el trabajo real:

• Redactar el cuestionario de admisión para una nueva herramienta de IA que un equipo quiere adoptar —buscas las preguntas que revelan el riesgo real, no un formulario genérico de proveedor rellenado para parecer exhaustivo.
• Gestionar un hallazgo de auditoría de sesgo: dales un resultado que parece impacto adverso y observa si distinguen una señal real de un artefacto de muestra pequeña, deciden qué escalar y a quién.
• Informar a un vicepresidente escéptico que piensa que la gobernanza es burocracia —un informe escrito o hablado breve que hace el argumento en lenguaje sencillo, sin esconderse detrás de acrónimos.

Puntúa esos con la misma rúbrica para cada candidato: ¿hicieron la pregunta aguda o la obvia; buscaron evidencias; podría seguirles un no especialista? Esta es la evaluación de muestra de trabajo aplicada a un puesto de gobernanza —la misma lógica que usamos para los ingenieros en pruebas de muestra de trabajo, orientada al juicio en lugar de al código—. Dado que gran parte del trabajo moderno implica razonar sobre sistemas de IA y usar herramientas de IA para avanzar por un backlog de revisiones, vale la pena observar cómo trabaja un candidato con IA directamente en lugar de tomar su palabra para ello —nuestra guía sobre cómo evaluar la fluidez en IA cubre la lectura de esa señal, y el Marco 4D de Delegation, Description, Discernment y Diligence te da una rúbrica para ello—. Ejecuta las tareas en un AI Sandbox realista donde las herramientas están genuinamente disponibles, y observas el comportamiento en lugar de inferirlo. Sin importar cómo lo ejecutes —nuestra plataforma, una tarea para llevar bien diseñada, una hora de revisión en pantalla compartida—, el principio es el que vive todo auditor: ve el trabajo, no solo escucha la historia.

¿Cómo es el proceso de entrevistas?

Mantenlo estructurado —las mismas tareas, las mismas preguntas, la misma tarjeta de puntuación para cada candidato— porque las conversaciones informales recompensan exactamente al impostor fluido en frameworks que intentas filtrar. Un proceso estructurado para este puesto no necesita ser largo; necesita a las personas correctas en la sala y una división clara de lo que cada etapa evalúa.

Las etapas y quién las gestiona

• Preselección —una breve conversación estructurada sobre el alcance: ¿han sido propietarios de un inventario de IA, una clasificación de riesgo, una respuesta a una auditoría? Estás buscando historial operacional, no principios que admiran.
• Muestra de trabajo —las tareas de cuestionario de admisión y gestión de auditoría de sesgo anteriores, ejecutadas una vez y puntuadas con una rúbrica compartida. Esta es la etapa que tiene más peso.
• Paneles de legal e ingeniería —un abogado sondea su juicio regulatorio y hasta dónde saben cuándo detenerse y deferir a los abogados; un ingeniero sondea si sus controles son construibles y si los equipos realmente los seguirían.
• El ejercicio del stakeholder escéptico —el informe al vicepresidente, idealmente con un escéptico interno real en la sala, probando si pueden convencer a una sala que empieza hostil.
• Referencias y debate de escenarios —una o dos referencias estructuradas dirigidas directamente a «¿sobrevivió el proceso que construyeron a su marcha, y la gente lo siguió?»

Lee las entrevistas estructuradas para mantener la puntuación consistente en esos paneles, para que estés evaluando la capacidad demostrada en lugar de la confianza del pitch. Mantén el proceso ajustado; los buenos candidatos de gobernanza son escasos y cada vez más cortejados, y seis rondas de intuición te hará perder a los buenos ante un empleador más rápido.

Seniority y dónde reporta el puesto

La compensación y el nivel cambian demasiado rápido y varían demasiado según el mercado para que cualquier cifra aquí sea honesta, así que trátalo de forma cualitativa. Porque el trabajo combina juicio regulatorio, autoridad multifuncional y suficiente fluidez técnica para ganarse el respeto de los ingenieros, un responsable creíble se sienta a nivel de contribuidor individual sénior o de gerente —lo suficientemente júnior como para hacer todavía el trabajo, lo suficientemente sénior como para decirle que no a un vicepresidente—. Cuanto más escasa sea la combinación de alfabetización jurídica y alfabetización en sistemas en tu mercado, más alto deberás apuntar. Compara con tus propias bandas y, mucho más importante, contrata basándote en el juicio operacional demostrado en lugar de anclarte en un título o un número.

La línea de reporte indica para qué crees que sirve el puesto. Bajo el área legal, se lee como contención de riesgos; bajo el CTO, como gobernanza integrada en los sistemas; bajo un Director de IA o de Datos, como estrategia. Cualquiera de esas puede funcionar —lo que no puede funcionar es un responsable de gobernanza con responsabilidad y sin mandato para coordinar los equipos de legal, ingeniería y RRHH. La autoridad para reunir a esos equipos en una sala importa más que el recuadro en el organigrama.

Primeros 90 días: qué tiene buen aspecto

Un buen responsable no empieza con un framework. Empieza con un mapa. En el primer mes, «bueno» se parece a un inventario creíble de los sistemas de IA realmente en uso —incluyendo los que nadie mencionó— y una primera clasificación de riesgo frente a los regímenes bajo los que operas. No perfecta; visible. Deberías poder preguntar «¿qué estamos ejecutando y qué tan arriesgado es?» y obtener una respuesta que no existía antes de que llegaran.

Al final del trimestre, el mapa debería haberse convertido en uno o dos procesos que funcionan: un paso de admisión para nuevas herramientas de IA que un equipo ha usado genuinamente, y el comienzo de una traza de auditoría que podrías entregar a un auditor sin apresurarte. Igual de revelador es lo que no han hecho —un buen responsable en noventa días no ha inundado la empresa con políticas que nadie lee, no ha bloqueado cada lanzamiento por principio, ni se ha convertido en el cuello de botella de decisiones que otros deberían poseer—. La señal es un pequeño número de controles que la gente sigue porque ayudan, más una visión clara y sin histeria de dónde está la exposición real. Si en cambio tienes una gran biblioteca de políticas, una organización de ingeniería más lenta y un responsable que no puede señalar un solo proceso que un equipo adoptó de buena gana, contrataste al escritor de presentaciones después de todo —y lo notarás la primera vez que alguien externo te pida demostrar tu trabajo—.

La gobernanza no es el documento que puedes producir; es el proceso que la gente sigue cuando nadie los está auditando. Los mejores responsables de gobernanza de IA son juzgados de la misma manera que juzgarías los sistemas que supervisan —no por la política en el estante, sino por el comportamiento en la práctica. Contrata para eso, evalúa para eso, y deja de confundir un framework fluido con uno que funciona.