Contratar a un ingeniero de inteligencia de datos: ¿qué pruebas cuentan?

Contratar a un ingeniero de inteligencia de datos empieza por decidir quién se responsabiliza del significado, la verificación y los usos permitidos de una respuesta generada por IA. Define esa responsabilidad antes de elegir el nombre del puesto. Después, pide a los candidatos que investiguen una respuesta errónea pero verosímil, con definiciones de negocio y datos sintéticos que tú les facilites, para observar cómo determinan qué merece confianza.

Imagina un desacuerdo conocido. Ventas maneja una cifra de ingresos recurrentes. Finanzas tiene otra. Un asistente ofrece una explicación convincente y una consulta que se ejecuta sin errores. Aun así, alguien tiene que determinar si la consulta responde a la pregunta adecuada, si las pruebas la sostienen y quién puede aprobar esa cifra para una presentación al consejo.

Ese es un problema de contratación concreto. Un nuevo nombre puede ayudar a describirlo, pero no lo resuelve.

¿Qué significa aquí «ingeniero de inteligencia de datos»?

Jordan Tigani propone este puesto en su artículo de MotherDuck del 11 de noviembre. Su propuesta reúne contexto de negocio, modelos de datos, coordinación de agentes, evaluaciones con respuestas conocidas y responsabilidad sobre resultados con consecuencias importantes. La propuesta de descripción del puesto también contempla que ingenieros de datos, ingenieros de analítica o analistas que ya estén en el equipo asuman esa responsabilidad.

Léelo como la propuesta de un proveedor sobre cómo podría cambiar el trabajo con datos. Es material útil para diseñar un puesto, no una prueba de que haya surgido una nueva profesión con funciones estandarizadas. El nombre ya aparece en otras ofertas de empleo con responsabilidades distintas. Tienes que explicar qué significa en tu empresa.

Lo útil del argumento de Tigani es la pregunta sobre quién responde del resultado. Aunque un agente pueda generar una consulta y una explicación, tu equipo sigue necesitando a alguien capaz de relacionarlas con una definición de negocio, detectar excepciones y establecer comprobaciones. Esa es la conclusión que extraemos de la propuesta para la contratación; no es una afirmación medida sobre qué candidatos tendrán éxito.

Puede que te convenga más un nombre reconocible. Podrías buscar a un ingeniero de analítica y explicitar su responsabilidad sobre las respuestas elaboradas con ayuda de IA. También podrías asignársela a alguien del equipo. La decisión depende del trabajo y de la capacidad de decisión que necesitas, más que del entusiasmo por el nombre.

Define la responsabilidad antes de abrir la vacante

Deja por escrito qué decisiones tomará esta persona y cuáles deberá elevar a otra instancia. Una promesa genérica de «responsabilizarse de la calidad de los datos» informa demasiado poco a los candidatos y deja demasiado margen a los entrevistadores para inventar sus propios criterios.

Empieza con un mandato breve:

Es un mandato inicial que puedes adaptar, no una norma del sector. Si Finanzas es responsable de una definición de ingresos, el ingeniero no debería modificarla a escondidas para que un panel coincida con Ventas. Debe identificar el conflicto, explicar sus efectos y solicitar una decisión al responsable adecuado.

La necesidad de compartir definiciones es anterior a los agentes. Por ejemplo, la documentación de la capa semántica de dbt presenta las métricas definidas de forma centralizada como una manera de reducir los cálculos incoherentes. No necesitas ese producto para tomar la misma decisión organizativa: establecer qué definición se aplica y quién puede cambiarla.

Separa los requisitos de incorporación de lo que enseñarás después. Si prevés formar a la persona en tu modelo de suscripciones, incluye sus reglas en el ejercicio. Si diagnosticar errores de SQL es una competencia imprescindible desde el principio, pide a los candidatos que la demuestren. La guía sobre pruebas de trabajo de la Oficina de Administración de Personal de Estados Unidos distingue entre las competencias exigidas al incorporarse y las que se enseñan más adelante. Es una guía federal de evaluación, no un requisito legal universal ni una validación del ejercicio que sigue.

Incluye una respuesta errónea pero verosímil en la prueba práctica

Entrega a los candidatos una respuesta que merezca cuestionarse y suficiente contexto para investigarla. Una pequeña discrepancia puede mostrar más sobre su forma de verificar que una petición abierta de crear una demostración analítica impresionante.

El siguiente ejercicio es ficticio. Todas las cuentas y cantidades son inventadas. Sus definiciones son instrucciones de la tarea, no reglas contables universales.

El enunciado indica que los ingresos recurrentes mensuales, o MRR, son el importe mensual de las suscripciones recurrentes activas al cierre del mes indicado. Se excluyen los cargos únicos de alta y las suscripciones canceladas antes de esa fecha. En este ejercicio, los ingresos recurrentes anuales, o ARR, equivalen al MRR multiplicado por doce.

Facilita estos datos sintéticos:

Incluye una consulta generada con errores que sume todos los importes recurrentes y los cargos de alta sin filtrar por el estado de la suscripción. Su resultado es un MRR de 650 USD y un ARR de 7 800 USD. Añade una nota que indique que Ventas ha estado utilizando esa cifra mayor.

Reserva la respuesta conocida para la documentación del evaluador: según las reglas facilitadas, el MRR es de 400 USD y el ARR, de 4 800 USD. El cargo de alta de la cuenta A y la suscripción cancelada de la cuenta B explican la discrepancia. La resolución no debe depender de adivinar una convención de Finanzas que no se haya comunicado.

Pide al candidato un cálculo corregido, una breve explicación del error, comprobaciones que permitan detectarlo si se repite y una nota de entrega que indique si la respuesta está lista para usarse. Debe distinguir los hechos establecidos por los datos de las preguntas que exigirían una decisión de negocio. Que Ventas prefiera la cifra mayor no cambia la definición aprobada.

Para un puesto técnico, proporciona un conjunto pequeño de datos y una consulta que puedan ejecutarse en un entorno SQL conocido. Comunica de antemano cualquier requisito sobre el dialecto de SQL. Para un puesto centrado en la responsabilidad analítica, decide si es necesaria la implementación en SQL o si basta con una explicación reproducible. Evalúa el trabajo que realmente vas a ofrecer.

Aclara también el uso de herramientas. Si permites la ayuda de IA, ofrece un acceso comparable o una alternativa que no exija una suscripción personal. Pregunta qué comprobó el candidato después de utilizarla. La prueba útil está en cómo verificó el resultado, incluido si una segunda explicación generada se limitó a repetir el primer error.

Acuerda qué cuenta como prueba antes de evaluar a los candidatos

Basa la evaluación en comportamientos observables. Una explicación bien presentada y una cifra final correcta son útiles, pero ninguna revela por sí sola cómo llegó el candidato a la respuesta.

Acuerda los criterios antes de realizar el ejercicio:

Son criterios de evaluación propuestos, no un instrumento de selección validado. Prueba la tarea con personas que conozcan el trabajo real. Comprueba si las instrucciones son ambiguas, si el esfuerzo es razonable y si las competencias exigidas corresponden a la vacante. Comunica a los candidatos el esfuerzo previsto, el formato de entrega y cómo solicitar adaptaciones; reconsidera o remunera el trabajo sustancial según corresponda a tu proceso.

Pide a los evaluadores que registren sus observaciones de forma independiente antes de hablar del candidato. «Excluyó B porque la cancelación era anterior al cierre de mes» da al equipo algo concreto que examinar. «Buen instinto de negocio» deja a todos sin saber qué ocurrió.

Utiliza las preguntas posteriores para explorar los límites de la respuesta. Pregunta qué cambia si la cancelación entra en vigor el mes siguiente, cómo se incorporaría un nuevo tipo de cargo a las comprobaciones o qué ocurre si Finanzas cuestiona la definición. Plantea a todos los candidatos las mismas condiciones básicas en esas preguntas. Lo que examinas es cómo adaptan su razonamiento, sin premiar a quien adivine la excepción que el entrevistador no ha revelado.

Una puntuación debe ayudar a organizar esa conversación. No debe convertirse en una regla de contratación o descarte sin explicación. Registra qué sigue siendo incierto y si otra pregunta relacionada con el puesto podría aclararlo.

Decide quién responde del resultado después de la contratación

Esta responsabilidad requiere unas condiciones de trabajo adecuadas, además de una persona capaz. Alguien debe aprobar las definiciones, conceder el acceso apropiado, recibir las cuestiones que deban elevarse y decidir cuándo puede utilizarse una respuesta.

Antes de hacer una oferta, explica cómo funcionarán esas relaciones. ¿Quién resuelve un desacuerdo entre Ventas y Finanzas? ¿Quién puede detener un informe periódico? ¿Quién corrige una cifra ya distribuida? ¿Qué ocurre cuando falla una comprobación mientras su responsable está ausente?

El ejercicio permite evaluar si un candidato detecta estas preguntas. No puede compensar que tu organización las deje sin responder. Tampoco puede un conjunto diminuto de datos sintéticos demostrar que alguien sea capaz de gestionar todo tu sistema de datos. Úsalo como una prueba acotada, junto con la experiencia pertinente y una conversación estructurada.

Reúne las pruebas de la selección en Kit

Convierte el mandato en la descripción del puesto, las etapas de entrevista y los criterios de evaluación que tu equipo vaya a utilizar. Los perfiles de candidato ideal de Kit pueden ayudar a relacionar los resultados y las competencias esperados con la evaluación. Su configuración de plantillas de proceso incluye etapas de prueba práctica para el enunciado, las entregas de los candidatos y las evaluaciones humanas asignadas.

Utiliza esos registros para que las condiciones de la tarea y el razonamiento de cada evaluador estén disponibles al debatir la contratación. Kit organiza el proceso; tus evaluadores siguen siendo quienes establecen la respuesta esperada, examinan el trabajo y deciden qué conclusiones permite extraer. No determina por ti la corrección analítica.

Empieza por una respuesta con consecuencias importantes en la que tu empresa necesite confiar. Especifica su definición, sus comprobaciones y quién toma las decisiones. Tendrás una vacante más clara y una entrevista más útil, tanto si acabas llamando a esa persona ingeniero de inteligencia de datos como si eliges un nombre que los candidatos ya reconozcan.