Preguntas para hacerle al entrevistador en una entrevista tech: 15 ejemplos según el rol y qué revelan de la empresa

Resumen ejecutivo

• El cierre de una entrevista tech («¿Tenés alguna pregunta?») también se evalúa: ahí se nota tu criterio, tu interés real y cuánto entendiste del puesto.

• Te dejamos 15 preguntas agrupadas en cinco temas: equipo y onboarding, stack y deuda técnica, desempeño, aprendizaje y cultura de code review.

• Cada pregunta viene con lo que revela de la empresa y las respuestas que conviene leer como señal de alerta.

• Si tenés poco tiempo, usá la plantilla de 3 preguntas mínimas del final y adaptala según el rol: desarrollo, data o producto.

Llegaste al final de la entrevista, respondiste todo lo técnico y viene la frase de siempre: «Bueno, ¿tenés alguna pregunta para nosotros?». Mucha gente dice «no, todo claro, gracias» y pierde el único momento de la conversación en el que el que pregunta sos vos. En una búsqueda tech ese silencio pesa más de lo que parece: quien entrevista quiere ver si entendés cómo trabaja un equipo de software o de datos, y si te importa dónde vas a pasar tus próximos años.

Por qué ahora: los procesos de selección para perfiles junior se volvieron más largos y con más etapas, y las preguntas de cierre se transformaron en un filtro de criterio y de fit cultural. Además, es tu oportunidad de detectar a tiempo señales que después no se pueden negociar, como un onboarding inexistente o un equipo apagando incendios todo el día. Si ya trabajaste cómo destacarte en una entrevista laboral, esta guía completa la parte que casi nadie prepara.

Por qué las preguntas que hacés también te evalúan

Una buena pregunta de cierre muestra tres cosas: que escuchaste (retomás algo que se dijo antes), que pensás como alguien del equipo (preguntás por cómo se trabaja, no solo por beneficios) y que tenés estándares. Las empresas con buenas prácticas de ingeniería suelen responder con gusto; las que no las tienen, se incomodan. Por eso estas preguntas sirven en las dos direcciones.

Un consejo práctico: anotá de antemano 6 u 8 preguntas, pero en la entrevista hacé solo 2 o 3, elegidas según lo que no se haya respondido durante la charla. Preguntar algo que ya te explicaron es peor que no preguntar nada.

15 preguntas para hacerle al entrevistador en una entrevista tech

Equipo y onboarding

1. «¿Cómo es el primer mes de alguien que entra en este puesto?» Revela si hay un plan de onboarding o si te van a tirar a la pileta. Señal de alerta: «Vas viendo sobre la marcha» sin ninguna persona de referencia.

2. «¿Con quién voy a trabajar día a día y cómo está compuesto el equipo?» Te dice si vas a tener seniors cerca para aprender. Señal de alerta: que seas la única persona técnica o que el equipo sea todo junior.

3. «¿Por qué está abierta esta posición?» Si es por crecimiento, buena noticia. Si es por rotación constante, preguntá con tacto cuánto tiempo suele quedarse la gente.

Stack, procesos y deuda técnica

4. «¿Qué tecnologías usan hoy y hay algo que estén migrando o reemplazando?» Muestra hacia dónde va el equipo y qué vas a tener que aprender.

5. «¿Cómo manejan la deuda técnica? ¿Hay tiempo asignado para pagarla?» Una respuesta sana menciona prioridades o un porcentaje del sprint. Señal de alerta: «No hay tiempo para eso, primero el negocio».

6. «¿Cómo es el camino de un cambio desde que se escribe el código hasta producción?» Habla de tests, CI/CD y despliegues. Los equipos que miden su entrega suelen usar métricas como las de la investigación DORA de Google Cloud (frecuencia de despliegue, tiempo de entrega, tasa de fallas y tiempo de recuperación).

7. «¿Cuál fue el último incidente importante y qué aprendieron?» Revela si existe una cultura de postmortems sin culpables o si los errores se esconden.

Desempeño y expectativas

8. «¿Cómo se ve un buen desempeño en este rol a los 3 y a los 6 meses?» Te da los objetivos reales del puesto, que muchas veces no están en el aviso.

9. «¿Cada cuánto tienen feedback formal y cómo funciona la evaluación?» Señal de alerta: no hay ningún proceso o solo se habla de desempeño cuando algo sale mal.

10. «¿Cuál es el mayor desafío que tiene el equipo en este momento?» Es la pregunta más útil para cerrar contando cómo podrías ayudar.

Aprendizaje y crecimiento

11. «¿Qué oportunidades de aprendizaje tiene alguien junior acá?» Buscá respuestas concretas: mentorías, pair programming, presupuesto de capacitación, rotación entre proyectos.

12. «¿Cómo creció la última persona que entró en un puesto parecido?» Un ejemplo real vale más que cualquier promesa de plan de carrera.

Cultura de trabajo y code review

13. «¿Cómo son las revisiones de código? ¿Quién revisa y cuánto suele tardar?» Un buen code review enseña; uno malo bloquea o humilla. Señal de alerta: pull requests que esperan días o revisiones que son solo «aprobado».

14. «¿Cómo se documentan las decisiones técnicas?» Si existe documentación, vas a poder aprender solo. Si todo vive en la cabeza de dos personas, vas a depender de ellas.

15. «¿Cómo se organizan entre trabajo remoto, reuniones y tiempo para concentrarse?» Te dice cuánto foco real vas a tener.

Muchas de estas preguntas se inspiran en el clásico Joel Test, una lista de 12 preguntas de sí o no para evaluar la calidad de un equipo de software (control de versiones, builds en un paso, seguimiento de bugs, entre otras). Sigue siendo una buena brújula para saber qué preguntar.

Qué preguntar según el rol

Si te postulás a desarrollo

Priorizá stack, deuda técnica, code review y el camino a producción (preguntas 4 a 7 y 13). Si es tu primer trabajo, sumá la 1 y la 11: el onboarding y las mentorías definen cuánto vas a aprender el primer año.

Si te postulás a data

Cambiá el foco hacia los datos: «¿De dónde vienen los datos con los que voy a trabajar y quién es dueño de su calidad?», «¿Qué herramientas usan para consultas y dashboards?» y «¿Quién consume los análisis y cómo se toman decisiones con ellos?». Un equipo de datos sin usuarios claros de sus reportes es una señal de alerta.

Si te postulás a producto

Preguntá cómo se priorizan las iniciativas, qué métricas sigue el equipo y cómo es la relación entre producto, diseño y desarrollo. «¿Quién tiene la última palabra sobre el roadmap?» revela mucho sobre la autonomía real del rol.

Cómo leer las respuestas: señales verdes y señales de alerta

• Señal verde: respuestas concretas con ejemplos («el último que entró tuvo un buddy durante dos meses»).

• Señal verde: la persona reconoce problemas y cuenta qué están haciendo para resolverlos.

• Señal de alerta: respuestas vagas («somos como una familia», «acá se aprende haciendo») sin ningún proceso detrás.

• Señal de alerta: incomodidad o evasivas ante preguntas sobre rotación, feedback o incidentes.

Ninguna respuesta aislada define una empresa, pero si se repiten las señales de alerta en varias entrevistas del mismo proceso, tomalo en serio.

Plantilla: las 3 preguntas mínimas para no improvisar

Si tenés nervios o poco tiempo, llevá estas tres anotadas y adaptalas:

1. Sobre el puesto: «¿Cómo se ve un buen desempeño en este rol a los 3 meses?»

2. Sobre el equipo: «¿Cuál es el mayor desafío que tiene el equipo hoy?»

3. Sobre el proceso: «¿Cuáles son los próximos pasos y para cuándo estiman tener novedades?»

La tercera es clave porque ordena todo lo que viene después. Con esa respuesta podés planificar cómo hacer seguimiento después de la entrevista sin adivinar los tiempos.

Errores comunes al hacer preguntas

• Arrancar por sueldo y vacaciones en la primera entrevista técnica. Son temas válidos, pero suelen tener su espacio con Recursos Humanos.

• Preguntar cosas que están en la web de la empresa. Muestra que no investigaste.

• Hacer diez preguntas seguidas. Elegí dos o tres y dejá espacio para la conversación.

• No escuchar la respuesta. Repreguntar sobre lo que te dijeron vale más que pasar a la siguiente pregunta de la lista.

Y si todavía te cuesta mostrar lo que sabés hacer, mirá esta guía para demostrar habilidades tech en una entrevista sin experiencia formal.

Prepará tu próxima entrevista con Coderhouse

Las preguntas de cierre funcionan mejor cuando entendés cómo trabaja un equipo tech por dentro: code review, despliegues, métricas y proyectos reales. Si querés formarte con ese enfoque práctico y llegar a tus entrevistas con proyectos para mostrar, explorá las carreras de Coderhouse.

Preguntas frecuentes

¿Cuántas preguntas conviene hacerle al entrevistador? Entre dos y tres. Llevá más preparadas, pero elegí en el momento las que no se respondieron durante la charla.

¿Está bien preguntar por el sueldo al final de una entrevista técnica? Si nadie lo mencionó en todo el proceso, podés preguntar por el rango o por los próximos pasos para hablarlo. Lo ideal es tratarlo con Recursos Humanos o con quien coordina la búsqueda.

¿Qué hago si me responden todo durante la entrevista? Decilo y repreguntá algo puntual: «Me quedó claro el onboarding. Sobre el proyecto de migración que mencionaste, ¿cuál es el próximo hito?».

¿Sirven las mismas preguntas para una entrevista con Recursos Humanos? En parte. Con Recursos Humanos priorizá cultura, crecimiento, evaluación y próximos pasos; las de stack y deuda técnica guardalas para la entrevista con el equipo.