Atlasingeniería

Carrera profesional y entrevistasBúsqueda y portfolioTema 2

Un currículum que se lea en treinta segundos

Quien revisa currículums le dedica menos de un minuto al tuyo en la primera pasada. En ese tiempo busca una sola cosa: evidencia de que resolviste problemas parecidos a los suyos. Casi todo lo demás es relleno que la esconde.

Dos currículums para el mismo puesto. El primero dice: «Desarrollo de funcionalidades en React, Node y PostgreSQL. Trabajo en equipo, metodologías ágiles.» El segundo: «Rediseñé el flujo de checkout de una tienda con 40 mil pedidos mensuales; el abandono bajó del 30 % al 18 %.»

El segundo no tiene mejor redacción: tiene un problema, un contexto y un resultado. Quien lee está tratando de imaginarte resolviendo lo suyo, y sólo puede hacerlo si le contás qué resolviste antes.

La unidad mínima: una viñeta

Casi todo el trabajo está en cómo se escribe cada línea. La estructura que funciona tiene tres partes:

ParteQué respondeEjemplo
Qué hicisteLa acción, con un verbo concretoMigré el sistema de facturación
En qué contextoLa escala o la restricción que lo hace difícilde 200 clientes con configuraciones propias, sin interrumpir el servicio
Con qué resultadoQué cambió, con un número si lo hayel cierre mensual pasó de dos días de trabajo manual a ninguno
Las tres juntas dan una línea de dos renglones que se entiende sin preguntar nada.
Viñeta débilViñeta con evidencia
Desarrollo de APIs REST con Node.jsDiseñé la API pública que hoy usan 12 integraciones de clientes; definí versionado y compatibilidad hacia atrás
Optimización de consultas SQLReduje el tiempo del reporte principal de 40 a 3 segundos reescribiendo la consulta y agregando dos índices
Trabajo en equipo y metodologías ágilesAcompañé a dos personas que entraron al equipo; la segunda entregó a producción en su tercer día
Mantenimiento de sistemas legacySostuve un sistema de 2011 en producción mientras migrábamos por partes; cero caídas durante la migración
Ninguna de la derecha exagera. Todas dicen lo mismo que la izquierda, con el contexto y el resultado que faltaban.

La estructura completa

Plantilla

Currículum técnico

Encabezado

Nombre, rol al que apuntás, ciudad y disponibilidad —remoto, presencial, reubicación—, mail, LinkedIn y GitHub si tiene algo que mostrar.

El rol al que apuntás, no el que tenés hoy: orienta la lectura de todo lo demás.

Resumen, dos o tres líneas

Qué tipo de problemas resolvés, con cuánta experiencia y en qué contexto. Sin adjetivos sobre vos.

«Apasionado por la tecnología» ocupa espacio y no dice nada: todo el mundo lo escribe.

Experiencia, en orden inverso

Empresa, rol, fechas y tres a cinco viñetas por puesto, con la estructura de arriba. Más detalle en lo reciente, menos en lo viejo.

Es la sección que se lee de verdad. Todo el esfuerzo va acá.

Tecnologías

Agrupadas y honestas: las que usarías mañana sin ayuda, separadas de las que conocés.

Una lista de veinte tecnologías al mismo nivel no le sirve a nadie y se nota.

Formación y lo demás

Estudios, certificaciones vigentes si son relevantes, proyectos propios con algo que mostrar.

Corto. Con cinco años de experiencia, la carrera importa mucho menos que la experiencia.

Una página hasta cinco años de experiencia; dos como máximo después. Nadie lee la tercera.

Antes de seguir, predecí

Tenés una experiencia de hace seis años en una tecnología que ya no usás. ¿Qué hacés?

Adaptar sin reescribir todo

Mandar el mismo currículum a veinte búsquedas distintas es cómodo y rinde poco. Adaptarlo entero para cada una es insostenible. El punto medio son tres ajustes de cinco minutos:

Los tres ajustes

  1. El resumen. Reescribí las dos líneas apuntando a ese puesto. Es lo primero que se lee y lo más barato de cambiar.
  2. El orden de las viñetas dentro de cada puesto. Arriba lo que más se parece a lo que piden. Nadie lee la quinta viñeta con la misma atención que la primera.
  3. Las tecnologías destacadas. Que las que el aviso menciona estén visibles y no enterradas en una lista alfabética.

Los errores que más descartan

ErrorPor qué descarta
Lista de tecnologías sin contextoNo permite imaginar a la persona resolviendo nada
Responsabilidades en vez de logros«Encargado de mantener el sistema» no dice si lo hizo bien
Exagerar el nivelSe detecta en quince minutos de entrevista y quema la candidatura entera
Tres páginasLa información importante queda enterrada
Huecos sin explicarGenera una pregunta que se podía responder en cinco palabras
Errores de ortografíaEn un trabajo donde el detalle importa, se lee como señal
Los seis se arreglan en una tarde, y son la mayoría de los descartes en la primera pasada.

Cierre

Autoevaluación

¿Lo entendiste?

¿Qué le falta a «Desarrollo de APIs REST con Node.js»?
No tenés métricas de tu trabajo. ¿Con qué las reemplazás?
¿Cuál es la forma más eficiente de adaptar el currículum a una búsqueda?
¿Por qué conviene un PDF simple de una sola columna?
¿Qué hacer con una viñeta impresionante que no podrías defender en una entrevista?