Contratar a ingenieros júnior por su iniciativa exige examinar cómo eligen un problema, comprueban una suposición y utilizan los datos disponibles para decidir qué hacer después. Ofrece a los candidatos oportunidades comparables para mostrar esas conductas. Un prototipo que funcione puede ayudar, pero también una decisión bien fundamentada de no desarrollar nada.

Esta última posibilidad cobra más importancia cuando preparar una demostración convincente requiere menos esfuerzo. Lo que ha creado un candidato puede impresionarte sin que sepas si merecía la pena dedicarle atención a ese problema. Antes de escribir código, conviene preguntar: ¿en qué se fijó y por qué decidió investigarlo?

## ¿Qué cambia la idea de que las ganas pesan más que la antigüedad?

El [artículo del 27 de octubre](https://felixrieseberg.com/hunger-beats-tenure-advice-for-junior-engineers/) de Felix Rieseberg ofrece un punto de partida alentador. Describe cómo ha cambiado sus propias entrevistas de programación y cómo ha visto a personas recién incorporadas crear cosas útiles con IA. Sus consejos también se dirigen a profesionales con experiencia que acaban de llegar y carecen de estatus o influencia. Un prototipo centrado en una sola idea permite a alguien con poco peso en la organización mostrar una oportunidad. También reconoce que aún no ha terminado de definir la entrevista que sustituirá a la anterior.

Para un responsable de contratación, el siguiente paso consiste en convertir esa idea en preguntas que permitan evaluarla. Tener iniciativa implica decidir dónde merece la pena dedicar esfuerzo. Un ingeniero puede cuestionar un requisito habitual, investigar una queja recurrente de los clientes o descubrir que un obstáculo aparentemente técnico es, en realidad, una decisión de política interna que nadie ha aclarado.

Ninguna de esas aportaciones exige ser quien más se hace oír en una reunión. Un candidato que pregunta con discreción por qué existe un requisito puede estar mostrando justo la conducta que buscas. Necesitas una forma de distinguir una pregunta útil de una exhibición convincente de seguridad en sí mismo.

Esta idea tiene antecedentes. En su [artículo de orientación profesional de 2011](https://www.kalzumeus.com/2011/10/28/dont-call-yourself-a-programmer/), Patrick McKenzie relaciona el trabajo de ingeniería con el valor que aporta al negocio. Aplicarlo a la contratación significa preguntar qué mejora para un cliente o un compañero. No significa exigir a alguien sin experiencia que invente una estrategia de ingresos sin conocer tu empresa desde dentro.

Dale contexto suficiente para identificar una aportación útil. Lo que examinas es cómo razona con la información a su alcance.

## ¿Por qué una demostración más rápida no resuelve la cuestión?

Los estudios sobre productividad e IA dan motivos para examinar las condiciones antes de sacar conclusiones sobre una persona. No demuestran que los perfiles júnior superen en general a los ingenieros con experiencia, ni lo contrario.

En los [experimentos de Cui y sus colaboradores en empresas](https://pubsonline.informs.org/doi/10.1287/mnsc.2025.00535) participaron 4 867 desarrolladores. El análisis conjunto encontró un aumento de alrededor del 26 % en las tareas completadas con un asistente de programación con IA. El [borrador completo](https://economics.mit.edu/sites/default/files/inline-files/draft_copilot_experiments.pdf) interpreta con cautela las diferencias por experiencia y antigüedad: los patrones entre subgrupos eran orientativos y, en general, no alcanzaban significación estadística. Aquellos experimentos medían tareas completadas con asistentes de programación anteriores; no evaluaban el criterio empresarial con los agentes actuales.

Por su parte, el [estudio observacional de Daniotti y sus colaboradores sobre GitHub](https://doi.org/10.1126/science.adz9311) encontró beneficios concentrados en los desarrolladores con más experiencia. En este caso, la experiencia se medía por los años de actividad en GitHub, no por un nivel profesional verificado en el trabajo. El uso de IA se infería y las contribuciones servían para medir el trabajo producido. Esas decisiones hacen que el estudio examine una cuestión distinta a la de los experimentos aleatorizados en empresas.

La consecuencia práctica para tu entrevista es sencilla. Anota qué herramientas utilizó la persona, qué comprendía antes de usarlas y cómo comprobó el resultado. No deduzcas su potencial de una etiqueta amplia como júnior, nativo de la IA o experimentado.

También debes distinguir una demostración del compromiso de mantener lo construido en funcionamiento. Un prototipo puede mostrar que una interacción es posible. Queda por saber si los clientes la quieren, si encaja en el producto existente y quién se ocupará de mantenerla. Las [preguntas posteriores a una solución de programación que supera las pruebas](/blog/coding-interview-after-solution-passes) pueden examinar decisiones de implementación. Antes hay otra pregunta: si merecía la pena intentar esa solución.

## Distingue la iniciativa del acceso a una oportunidad

Un portafolio te dice qué puede mostrarte un candidato. No puede reflejar todas las oportunidades que ha tenido ni todas las aportaciones útiles que le han permitido hacer públicas.

Una persona puede tener un gran proyecto personal, un ejemplo confidencial de su trabajo, una colaboración con una asociación o muy pocos trabajos terminados. Pregunta por las decisiones que tomó en ese ejemplo antes de premiar su tamaño. Un cambio pequeño sujeto a limitaciones reales puede dar lugar a una conversación más rica que una aplicación elaborada cuyo propósito sigue sin estar claro.

Ofrece después otra vía. Un candidato que no pueda compartir trabajos anteriores debería poder investigar un problema acotado que tú le facilites. Proporciona el mismo contexto básico, las mismas herramientas permitidas, la dedicación prevista y una definición de lo que consideras una respuesta útil. Si el acceso a una herramienta de IA es importante, facilita un acceso comparable en lugar de convertir una suscripción personal en un requisito implícito.

Las [orientaciones sobre entrevistas estructuradas](https://www.opm.gov/policy-data-oversight/assessment-and-selection/structured-interviews/) de la Oficina de Gestión de Personal de Estados Unidos (OPM) respaldan el uso de preguntas comunes y criterios uniformes para evaluar competencias relacionadas con el puesto. Es un buen principio para organizar esta evaluación. No valida este ejercicio concreto ni demuestra que una impresión subjetiva permita predecir el rendimiento.

Explica qué esperas que un perfil júnior sepa ya. Las [orientaciones de la OPM sobre pruebas prácticas](https://www.opm.gov/policy-data-oversight/assessment-and-selection/other-assessment-methods/work-samples-and-simulations/) distinguen las competencias exigidas al incorporarse de las que se enseñan después de contratar. Si vas a enseñar los conocimientos específicos de tu producto, permite que el ejercicio muestre cómo los aprende la persona. No confundas la falta de contexto sobre la empresa con la falta de iniciativa.

Unas condiciones claras también ayudan a los candidatos a decidir si participan. Indica el esfuerzo máximo esperado, el uso permitido de IA, el formato de entrega y cómo plantear preguntas. Nuestra guía para [probar las instrucciones de los ejercicios para realizar en casa](/blog/take-home-assignment-instructions-user-test) explica esa preparación.

## Plantea a los candidatos un problema que merezca la pena investigar

Utiliza un ejercicio que admita más de un siguiente paso razonable. Si el único resultado aceptable es la función que tú prefieres, estás evaluando la coincidencia con una respuesta que no has hecho explícita.

Imagina una startup hipotética cuyos nuevos clientes suelen abandonar el producto antes de invitar a un compañero. El equipo sospecha que necesita rediseñar el proceso de invitación. Quieres contratar a un ingeniero de producto júnior y preparas un conjunto de materiales ficticios: un mapa sencillo del recorrido del usuario, ejemplos de notas de atención al cliente, unas pocas sesiones de ejemplo y la pantalla de invitación actual.

Pide al candidato que recomiende una acción que ayude a comprender o reducir esa dificultad del primer uso. Explica el objetivo del producto, las limitaciones de los materiales y qué puede preguntar a quien le entrevista. Puede presentar una explicación breve por escrito, un boceto o un pequeño prototipo. Importa más la calidad de la investigación que la cantidad de trabajo producido.

Un candidato crea de inmediato una ventana de invitación más fácil de usar. Puede ser un buen trabajo. Pregunta qué datos le llevaron a pensar que esa ventana era el mejor lugar donde intervenir. ¿Distingue entre las dificultades para enviar una invitación y un usuario que todavía no tiene motivos para invitar a nadie?

Otro candidato observa que varios usuarios de ejemplo prueban el producto por su cuenta antes de solicitar aprobación. Pregunta si invitar a un compañero es realmente necesario para comprobar el valor del producto. Quien le entrevista explica que se permite probarlo a solas, pero que los textos del proceso inicial hacen que las invitaciones parezcan obligatorias.

Ahora el candidato tiene varias opciones útiles. Podría crear un prototipo de un recorrido más claro para quienes prueban el producto a solas. Podría proponer comprobar unas instrucciones revisadas antes de modificar la interfaz. O podría recomendar recabar datos sobre los motivos del abandono antes de dedicar tiempo de ingeniería.

Supongamos que elige la última opción. Su explicación identifica la suposición incierta: marcharse sin invitar a nadie no significa necesariamente que haya fallado la experiencia de invitación. Propone un breve seguimiento con personas que acepten participar tras probar el producto y explica qué respuestas justificarían un cambio. También señala una limitación: las sesiones facilitadas no permiten saber si quien abandona vuelve más tarde.

Puede que esa respuesta no contenga código. Aun así, puede mostrar iniciativa mediante una pregunta pertinente, una explicación alternativa plausible y una prueba capaz de cambiar la decisión. Quien entrevista debe examinar si la prueba propuesta permitiría distinguir esas explicaciones. Pedir más investigación tampoco debe convertirse en una respuesta automáticamente buena.

Fija un límite claro para el ejercicio. Es una propuesta cuya validez predictiva no se ha establecido. Utiliza materiales ficticios o preparados de forma adecuada y no conviertas a los candidatos en un equipo de investigación de producto sin remunerar. Si el trabajo pasa a ser un encargo comercial de cierta envergadura, define y remunera ese encargo por separado.

## Pregunta por el razonamiento que cambió la acción propuesta

Una revisión útil reconstruye las decisiones del candidato desde la información disponible hasta la acción que propone. Debe permitir que otro evaluador comprenda por qué el trabajo te pareció prometedor o preocupante.

En el ejemplo, anota que el candidato cuestionó el significado de la métrica de invitaciones y lo relacionó con el objetivo de quien prueba el producto. Registra la información que proporcionó el entrevistador. Después describe cómo la utilizó el candidato. Es importante: responder bien a una pista aporta indicios distintos de los que ofrece advertir el problema por cuenta propia.

Utiliza unas pocas preguntas comunes para concretar la conversación:

- ¿Qué hizo que mereciera la pena investigar este problema antes que los otros que detectaste?
- ¿Qué limitación comprobaste y cómo afectó la respuesta a tu planteamiento?
- ¿Qué resultado te haría abandonar la acción que propones?
- ¿Qué sigue sin saberse y quién tendría que participar antes de continuar?

Comprueba si la respuesta resiste una objeción razonable. Si el candidato propone nuevos textos para el primer uso del producto, pregunta qué ocurriría si las personas siguieran abandonándolo. Si propone investigar, pregunta por qué merece la pena obtener esa información pese a su coste. Su capacidad para revisar una postura aporta más que una defensa inmediata de todas sus decisiones.

Evita convertir cada observación en un juicio sobre la personalidad. «Preguntó si se podía probar el producto a solas» es concreto. «Tiene espíritu de fundador» dice muy poco al siguiente evaluador. Además, puede ocultar desacuerdos sobre el trabajo para el que buscas a alguien.

Puedes preferir un planteamiento y reconocer al mismo tiempo el buen criterio de quien ha elegido otro. Acuerda con tu equipo qué conductas relacionadas con el puesto se evaluarán antes de hablar del candidato que más os ha impresionado. Diferencia los datos observados, sus límites y tu recomendación lo suficiente como para que un compañero pueda cuestionar tu razonamiento.

## ¿Qué pueden mostrar los candidatos sin un gran portafolio?

Elige un ejemplo que incluya una decisión que puedas explicar. El proyecto no tiene que ser grande, público ni un éxito comercial, siempre que tengas permiso para hablar de él.

Puedes describir un paso manual repetitivo que investigaste, una instrucción confusa que probaste con sus usuarios o una función que dejaste de desarrollar tras saber más. Explica qué creías al principio, qué comprobaste y qué ocurrió después. Si no puedes verificar un resultado, cuenta lo que observaste en lugar de inventar un beneficio para el negocio.

Si te ayudó la IA, explica de forma concreta cómo se repartió el trabajo. Quizá generó alternativas, escribió una implementación preliminar o ayudó a analizar un error. Muestra en qué momentos elegiste entre sus sugerencias, comprobaste una afirmación o descartaste una respuesta. Una lista de herramientas da menos información al entrevistador que una decisión que puedes defender.

También puedes explicar qué harías con un mejor acceso. Indica qué pregunta sobre el cliente no pudiste responder o qué permiso necesitarías para realizar una prueba. Así demuestras que conoces los límites de los datos de los que dispones. No reveles material confidencial de una empresa para que la historia impresione más.

Si la empresa te pide un nuevo ejercicio, pregunta por la dedicación prevista y los criterios de evaluación. Debes saber si hace falta un prototipo y si se acepta una recomendación razonada. Conocer los límites de la tarea permite dedicar el esfuerzo a la pregunta que realmente quieren responder.

## ¿Qué deben ofrecer los responsables a quienes llegan con una mirada nueva?

Da a las personas recién incorporadas una forma de cuestionar las suposiciones mientras todavía las perciben. Tiene poco sentido contratar a alguien por su iniciativa si cada pregunta posterior requiere una influencia que aún no tiene.

El [trabajo de James March de 1991 sobre aprendizaje organizativo](https://doi.org/10.1287/orsc.2.1.71) ofrece una explicación útil. Sus modelos examinan cómo las organizaciones pueden perder diversidad de ideas a medida que sus miembros aprenden las prácticas establecidas. Las aportaciones de quienes llegan surgen de perspectivas distintas, no de unos conocimientos superiores en promedio. Es teoría organizativa, no una demostración de que la inexperiencia haga a alguien mejor ingeniero al utilizar IA.

Lleva esa idea a la gestión cotidiana. Explica el objetivo del cliente, asegúrate de que haya alguien disponible para responder preguntas y reserva tiempo de trabajo para que el ingeniero investigue una oportunidad acotada. Ayúdale a distinguir una limitación técnica real de una decisión que nadie ha vuelto a examinar.

Cuando rechaces una propuesta, explica qué te haría cambiar de opinión. Cuando falle una prueba, reconoce qué duda relevante ha despejado. De lo contrario, enseñas a las personas a presentar relatos de éxito pulidos y a guardarse sus dudas. Tu [plan de aprendizaje para ingenieros júnior](/blog/junior-engineer-ai-apprenticeship-plan) puede aportar el apoyo formativo que una entrevista no puede ofrecer.

También hace falta alguien responsable de tomar la decisión sobre esa oportunidad. Alguien debe leer el resultado, decidir si se continúa y ayudar a resolver la siguiente dependencia. Crear un prototipo que nadie examina es una mala lección sobre iniciativa.

## Conserva en Kit los datos que ayudan a evaluar

Guarda juntos el trabajo entregado, las condiciones de la tarea y el razonamiento de los evaluadores. Facilita hablar de lo que se observó cuando los recuerdos de una conversación impresionante empiezan a divergir.

En Kit, Revisión de portafolio permite recopilar trabajos anteriores que el candidato tenga permiso para compartir. Prueba práctica permite incluir una tarea facilitada por la empresa con un enunciado privado, la dedicación prevista visible y un plazo que empieza a contar cuando el candidato inicia la tarea. Los evaluadores pueden registrar puntuaciones, comentarios y recomendaciones mediante el [proceso de revisiones y comentarios](/docs/reviews-and-feedback).

Esos registros ofrecen a tu equipo un lugar donde examinar la iniciativa. Sigue siendo responsabilidad de tu equipo ofrecer una oportunidad que merezca la pena y decidir qué conclusiones permiten los datos. Empieza por un problema lo bastante pequeño como para investigarlo, deja claras las condiciones y permite que un candidato muestre que lo más útil ahora puede ser formular una pregunta mejor.