Cuéntame Sobre Ti: Cómo Responder en una Entrevista Tech

La reclutadora sonrió, dejó su bolígrafo, y dijo: “Bueno, cuéntame sobre ti.”

Y yo — un ingeniero razonablemente competente que había pasado dos semanas repasando algoritmos y system design — entré en pánico. No el pánico de quedarte congelado. El otro. El de que tu boca arranca antes de que tu cerebro se ponga al día.

Hablé de mi carrera universitaria. Luego de mi primera pasantía. Luego del framework que usé en esa pasantía. Luego de un side project de 2019 que no tenía absolutamente nada que ver con el puesto. Luego volví a hablar de la universidad, vete tú a saber por qué. Mencioné un hackathon. Creo que en algún momento hablé de mis hobbies.

Cinco minutos. Estuve divagando cinco minutos. La sonrisa de la reclutadora se fue transformando poco a poco en esa expresión educada pero distante — ya sabes, la que pones cuando alguien te cuenta una historia que claramente no va a ningún lado.

Cuando por fin paré — no porque hubiera terminado, sino porque me quedé sin cosas que decir — asintió con la cabeza y pasó a lo siguiente. El resto de la entrevista fue bien. No me dieron el puesto. Y estoy bastante seguro de que esos primeros cinco minutos fueron la razón.

El asunto es que “cuéntame sobre ti” no es una pregunta difícil. Es la pregunta más fácil de toda la entrevista. Y ahí está el problema. Nadie la prepara porque suena simple. Y luego, cuando llega el momento, te das cuenta de que nunca habías pensado realmente en qué decir.

Desde entonces he estado del otro lado. He entrevistado a unos cuarenta o cincuenta ingenieros. Y la forma en que alguien responde esta pregunta me dice mucho — no sobre su currículum, sino sobre si puede comunicarse con claridad bajo un mínimo de presión. Que, para un ingeniero de software, es básicamente cualquier martes.

Así que esto es lo que me hubiera gustado saber.

El framework: Presente, Pasado, Futuro

Noventa segundos. Eso es todo lo que necesitas. Quizás dos minutos si la historia fluye de forma natural, pero apunta a noventa segundos.

Tres partes. Treinta segundos cada una.

Presente — qué estás haciendo ahora mismo. Tu rol actual, el tipo de problemas en los que trabajas, las tecnologías que usas a diario. No tu título. Lo que haces de verdad.

Pasado — los puntos relevantes que te trajeron hasta aquí. Dos o tres frases. No tu biografía. Las partes que conectan con el puesto al que estás aplicando.

Futuro — por qué estás sentado en esta entrevista. Qué te entusiasma de esta empresa, este equipo, este espacio de problemas. Es la parte que la mayoría de la gente se salta, y es la que los entrevistadores más recuerdan.

Eso es todo. Presente, pasado, futuro. Treinta segundos cada parte. Hablas unos noventa segundos, el entrevistador tiene una imagen clara de quién eres, y la conversación puede avanzar hacia cosas que realmente importan.

Ya sé que suena demasiado simple. Yo pensé lo mismo la primera vez que alguien me lo dijo. Pero simple es el objetivo. El entrevistador no busca un monólogo. Busca una señal: esta persona, puede organizar sus ideas y comunicarse de forma concisa?

Lo que NO debes hacer (he visto de todo)

No cuentes tu historia de vida. Un candidato empezó hablándome del pueblo donde creció. Su interés por las computadoras de niño. El trabajo de su padre. No exagero — al cabo de tres minutos, yo todavía no sabía a qué se dedicaba actualmente. La pregunta es “cuéntame sobre ti”, no “cuéntame absolutamente todo sobre ti.”

No leas tu currículum en voz alta. Ya lo tengo. Ya lo leí. Si simplemente lo narras de forma lineal — “me gradué en 2019, luego entré a la empresa X, luego me cambié a Y, luego hice Z” — estamos perdiendo el tiempo los dos. La cronología ya la conozco. Dime algo que el currículum no puede decirme.

No seas genérico. “Soy un desarrollador apasionado al que le encanta resolver problemas y trabajar en equipo.” Eso describe a todos los candidatos que voy a entrevistar hoy. Concretamente, en qué trabajas? Qué tipo de problemas? Qué te hace diferente de las otras cuatro personas con las que voy a hablar esta semana?

No te disculpes ni te vendas por debajo. “Es que soy solo un junior, entonces no tengo mucha experiencia, pero…” Para. Estás aquí porque pasaste el filtro. Asúmelo. Habla de lo que construiste, de lo que aprendiste, de lo que haces bien. La confianza no es arrogancia. Es claridad.

Tres ejemplos que funcionan de verdad

Esto no son guiones para memorizar. Son estructuras. Adáptalas a tu historia.

Perfil junior (0-2 años)

“Actualmente soy desarrollador frontend en una startup fintech que se llama PayFlow, donde trabajo en el dashboard para clientes — principalmente React y TypeScript. Me uní hace un año aproximadamente como mi primer puesto después de graduarme, y en ese tiempo me encargué de la migración de nuestros componentes legacy de jQuery a React, lo que redujo el tamaño de nuestro bundle un 40%.

Antes de eso, hice una pasantía de seis meses en una agencia digital donde me tocó trabajar con un montón de stacks diferentes — Vue, Angular, algo de backend con Node — lo que la verdad me enseñó a aprender herramientas nuevas rápido.

Me interesa este puesto porque están construyendo un design system desde cero, y es exactamente el tipo de trabajo frontend fundacional en el que quiero profundizar.”

Por qué funciona: números específicos, proyectos concretos, una razón clara de estar ahí. Sin relleno. Unos ochenta segundos.

Perfil mid-level (3-5 años)

“Soy ingeniero backend en DataStream, donde trabajo en nuestro pipeline de procesamiento de eventos — manejamos alrededor de dos millones de eventos por día usando Kafka y Go. Mi foco principal este último año ha sido la fiabilidad. Lideré un proyecto para rediseñar nuestra estrategia de retry y dead-letter queue, lo que bajó nuestra tasa de fallos de procesamiento de 2,3% a menos de 0,1%.

Antes de DataStream, pasé dos años en una consultora, que fue un crash course increíble en trabajar con codebases muy diferentes y aprender a entregar rápido. Pero quería ir más profundo en sistemas distribuidos en vez de saltar de proyecto en proyecto.

Lo que me atrajo de este puesto es la escala a la que operan. Cincuenta millones de usuarios activos diarios es un tipo de problema completamente diferente, y quiero trabajar en sistemas donde las decisiones de fiabilidad tienen ese tipo de impacto.”

Por qué funciona: demuestra ownership, cuantifica impacto, explica la progresión de carrera de forma lógica, conecta directamente con el puesto objetivo.

Perfil senior (6+ años)

“Soy senior backend engineer en CloudBase, donde lidero un equipo de cinco personas que trabaja en nuestro API gateway. Manejamos unas 800 millones de peticiones al día, y mi foco ha sido rendimiento y costos — durante el último año, impulsé un cambio de arquitectura que redujo nuestros costos de cómputo un 35% mientras mejoraba la latencia en p99.

Mi trayectoria mezcla plataforma y producto. Pasé tres años en una empresa B2B SaaS donde pasé de IC a tech lead, y antes de eso estuve en una agencia, que es donde desarrollé el hábito de pensar en las decisiones de ingeniería en términos de resultados de negocio, no solo de elegancia técnica.

Estoy hablando con ustedes porque he estado siguiendo su blog de ingeniería, y el trabajo que están haciendo en edge computing coincide con la dirección que quiero darle a mi carrera. Me interesa especialmente el aspecto de liderazgo técnico de este puesto.”

Por qué funciona: demuestra escala, liderazgo, visión de negocio e interés genuino. El entrevistador entiende inmediatamente que esta persona hizo su tarea.

Cómo adaptar tu respuesta según el tipo de empresa

El framework sigue igual. Lo que cambia es el énfasis.

Startups — quieren escuchar que puedes ponerte varios sombreros y moverte rápido. Destaca la amplitud de tus habilidades, la velocidad de entrega, tu comodidad con la ambigüedad. “Construí el MVP en tres semanas” pesa más que “optimicé un sistema que sirve a millones de usuarios.” Quieren saber que vas a sobrevivir al caos.

Big tech — quieren profundidad y escala. Cuantifica. Millones de usuarios, latencias por percentil, proyectos cross-team. Tienen una rúbrica de niveles, y tu respuesta debería facilitarles ubicarte. Usa su vocabulario. Impacto. Alcance. Complejidad.

Empresa / corporativo tradicional — valoran la estabilidad, la colaboración y el proceso. Menciona trabajo transversal, gestión de stakeholders, trabajar dentro de restricciones. “Trabajé con el equipo de compliance para rediseñar nuestro pipeline de datos” envía una señal diferente a “lancé una feature en un fin de semana.”

Nada de esto significa mentir. Significa saber qué parte de tu experiencia real poner bajo el reflector. Eres el mismo ingeniero. Solo estás ajustando la lente.

Cómo practicar esto de verdad

Voy a ser directo: conocer el framework no es suficiente. Tienes que practicar diciéndolo en voz alta. Con tu boca. Lo aclaro porque conozco a muchos ingenieros que “practican” leyendo su respuesta mentalmente y pensando “sí, suena bien.” Eso no cuenta.

Grábate. Teléfono, laptop, lo que sea. Di tu respuesta. Reprodúcela. La primera vez que lo hagas, lo vas a odiar. Todos lo odian. Hazlo igual. Vas a notar muletillas, pausas raras, frases que no van a ningún lado. Corrígelas. Grábate de nuevo.

Cronométrate. Pon un timer de 90 segundos. Si sigues hablando cuando suena, corta algo. El objetivo no es meter más información. Es decir menos, mejor.

Dilo a un ser humano. Un amigo, un mentor, un colega ingeniero que también está buscando trabajo. Dile el puesto al que aspiras y pregunta: “Después de escuchar mi intro, sabrías qué hago, por qué soy bueno en ello y por qué quiero este puesto?” Si la respuesta a cualquiera de esas es no, itera.

Prepara dos o tres variantes. Una para startups, una para empresas grandes, una por defecto. El fondo es el mismo. El énfasis cambia. Tener variantes listas significa que no te vas a bloquear cuando la empresa no sea lo que esperabas.

Yo practicaba en el carro. Hablándole al parabrisas como una persona normal. Me tomó cuatro o cinco iteraciones hasta que sonó natural. Después de eso, era automático. Cada entrevista empezaba bien, lo que hacía que todo lo demás fuera más fácil.

Preguntas frecuentes

Y si el entrevistador dice “recorre tu currículum” en vez de “cuéntame sobre ti”? Mismo framework, un poco más cronológico. Empieza desde el primer punto relevante y avanza, pero mantente conciso. Sigue siendo noventa segundos a dos minutos. Siempre termina con por qué estás ahí.

Debería mencionar proyectos personales u open source? Solo si son relevantes para el puesto y lo suficientemente impresionantes como para merecer el tiempo. “Mantengo una librería con 2.000 estrellas en GitHub” — sí. “Tengo una app de to-dos en GitHub” — probablemente no en tus 90 segundos.

Qué hago si estoy cambiando de carrera? Empieza con las habilidades transferibles y el “por qué.” “Pasé cinco años como ingeniero mecánico, lo que me dio bases sólidas en resolución de problemas. Durante el último año, he estado construyendo proyectos full-stack y completé un bootcamp enfocado en React y Node. Estoy haciendo este cambio porque…” La sección de Pasado se convierte en tu puente.

Cómo manejo un hueco en mi historial laboral? De forma breve y honesta. “Me tomé un año para atender una situación familiar y aproveché parte de ese tiempo para profundizar mis habilidades en arquitectura cloud.” Y sigue adelante. No te extiendas de más. No te disculpes. Los huecos son normales.

Esta pregunta llega primero en casi todas las entrevistas. Clávala, y marcas el tono para todo lo que sigue. Fállala, y pasas el resto de la hora tratando de remontar.

Si todavía no lo has hecho, echa un vistazo a la guía completa de preparación para entrevistas técnicas para tener la foto completa. Y si las rondas comportamentales son lo que te cuesta, la guía del método STAR desglosa exactamente cómo estructurar esas respuestas.

Terminaste de leer? Únete a la comunidad de acceso anticipado →