Carrera · 2026-08-08 · 15 min de lectura

CV para developers, data y producto: stack real

Cómo hacer un CV tech para developers, data y producto: stack honesto, logros con alcance y PDF que pase ATS. Qué mira el hiring manager. ClarCV.

En tecnología el CV compite en dos frentes: el ATS busca keywords de stack y el entrevistador técnico busca evidencia. Un listado infinito de lenguajes sin contexto no basta. Tampoco un diseño creativo que el parser no lee. Necesitas claridad, pruebas y priorización.

Esta guía cubre perfiles de software, data, QA, DevOps y producto digital. Los principios son comunes: logros con alcance, stack honesto, proyectos seleccionados y un resumen orientado al rol. Adapta el énfasis: un backend senior no se vende igual que un data analyst junior.

El parseo ATS y el formato del PDF están en cómo hacer un CV para filtros ATS. El perfil analista (SQL, BI, impacto) está en CV de data analyst. Aquí el foco es stack, logros y cómo te lee un hiring manager técnico.

Estructura que funciona en tech

Orden recomendado: contacto (con GitHub/portfolio si aporta), resumen, skills técnicas clave, experiencia, proyectos destacados (si aportan), formación y certificaciones. Los idiomas y soft skills van al final salvo que la oferta los marque como críticos.

• Resumen: rol + años/contexto + dominio (backend, data, mobile…) + 1 impacto.
• Skills: agrupadas (lenguajes, cloud, datos, herramientas) sin inventar nivel falso.
• Experiencia: viñetas con problema → acción → resultado.
• Proyectos: 2–4 máximo, con stack y outcome, no tutoriales genéricos.

Skills: cómo listar el stack sin parecer spam

Antes: “Python, Java, C++, Go, Rust, Haskell, COBOL, Excel, Word, PowerPoint…” Después: “Python, FastAPI, PostgreSQL, Docker, AWS (ECS, S3), pytest” — las herramientas que usaste de verdad en los últimos roles o proyectos fuertes. El resto puede vivir en LinkedIn o mencionarse si la oferta lo pide y tienes base real.

Ortografía exacta importa para ATS: “PostgreSQL”, “Kubernetes”, “TypeScript”. Si la oferta dice “React” y tú escribes solo “Frontend moderno”, puedes perder el match aunque sepas React. Sé específico y veraz.

Experiencia: de tickets a impacto

Los hiring managers tech odian las viñetas de “participé en el desarrollo de…”. Prefieren ownership y resultado. Incluye escala cuando puedas: usuarios, requests, tamaño de dataset, frecuencia de deploys, reducción de incidentes, tiempo de build, conversion, ahorro de coste.

Ejemplo débil: “Trabajé en microservicios con Java.” Ejemplo fuerte: “Diseñé e implementé un servicio de pagos en Java/Spring que procesó 120k transacciones/mes y redujo errores de conciliación un 40%.” Misma persona, distinta señal.

• Nombra tecnologías dentro de la viñeta cuando aporten contexto.
• Señala colaboración (con producto, data, soporte) si el rol es híbrido.
• Menciona prácticas: CI/CD, code review, on-call, testing, documentación.
• Evita secretos de empresa; habla de impacto sin datos confidenciales.

Proyectos y GitHub: cuándo ayudan de verdad

Un GitHub vacío o lleno de forks sin README perjudica. Mejor 2–3 repos con descripción clara, README, y algo que demuestre criterio (tests, estructura, deploy). En el CV, una línea: nombre del proyecto, problema, stack, resultado o link.

Si trabajas en código cerrado, los proyectos side no son obligatorios, pero un caso de estudio redactado (arquitectura, trade-offs) puede sustituir. Para data: notebooks limpios o dashboards públicos anonimizados. Para producto: case studies de discovery e impacto.

CV por especialidad: matices rápidos

• Frontend: accesibilidad, performance, design system, testing de UI.
• Backend: APIs, datos, fiabilidad, observabilidad, coste.
• Data: fuentes, modelos, métricas de negocio, calidad de datos.
• DevOps/SRE: uptime, automatización, IaC, incident response.
• Producto: outcomes, research, priorización, stakeholders, métricas North Star.

ATS y portales tech

Muchas empresas tech usan Greenhouse, Lever, Workday u otros ATS. Sigue valiendo texto seleccionable y secciones claras. Adapta el resumen y el bloque de skills a cada oferta sin mentir. Si piden “3 años de Kubernetes” y tienes uno, no inventes: muestra aprendizaje + proyectos + disposición a demostrar en prueba técnica.

ClarCV te ayuda a partir de tu PDF/Word actual: clarifica logros, aplica plantilla ATS y genera una versión limpia para iterar por oferta. En tech, iterar rápido importa tanto como el primer draft.

Errores típicos en CVs tecnológicos

• Lista de moda (todas las buzzwords del año) sin evidencia.
• Ocultar el stack solo en un gráfico visual.
• Puestos sin fechas o con títulos ambiguos (“Ninja”, “Guru”).
• Proyectos académicos eternos sin resultado.
• CV de 4 páginas con cada ticket de Jira.

Prioriza. Un CV tech excelente parece simple: pocas secciones, mucha prueba. Si un bullet no te ayuda a contar una historia de entrevista, córtalo.

Pruebas técnicas, take-homes y cómo reflejarlos

Si completaste un take-home notable o mantienes un kata bien documentado, una línea bajo proyectos ayuda: “Take-home de pipelines ETL (Python/Airflow): procesamiento de 2M filas con tests y README.” No hace falta adjuntar el código en el CV; el enlace o la mención prepara la conversación.

Evita narrar rechazos o “aprobé la prueba de X empresa”. Sí puedes describir el tipo de problema que sabes resolver. El CV vende capacidad; la prueba la demostrarás otra vez en el proceso actual.

Seniority: cómo no parecer inflado ni infravalorado

Senior no es una lista más larga de acrónimos: es ownership, mentoría, decisiones de diseño y tipología de problemas. Un mid con buen impacto supera a un “senior” que solo listó frameworks. En viñetas, muestra decisiones (“elegí X frente a Y por latencia”) cuando sea cierto.

Si vienes de bootcamp o cambio a tech, no compitas inventando años. Compite con proyectos sólidos, contribuciones claras y un resumen que declare el nivel real (“Junior developer con background en…”). La honestidad acelera el match con vacantes adecuadas.

CV bilingüe y remotos internacionales

Para roles remote-first, inglés suele ser el idioma del CV aunque vivas en España. Mantén una versión ES para empresas locales. Asegura que el stack y los logros sean idénticos en hechos. ClarCV te permite partir del mismo archivo y generar salidas claras en el idioma que pida cada oferta.

Incluye franja horaria o ciudad si es relevante para colaboración. “Madrid (CET) · remoto” evita malentendidos. Si tienes derecho a trabajar en ciertos países, una línea discreta en contacto puede desbloquear filtros de movilidad.

Cuando adaptes el CV a una oferta, no reordenes solo las skills: mueve arriba la viñeta de experiencia que mejor demuestre el requisito número uno del anuncio. El ATS cuenta keywords; el hiring manager cuenta evidencia. Necesitas ambas capas en la misma página.

Métricas que funcionan (y cómo estimarlas con honestidad)

Si no tienes un dashboard perfecto, aún puedes cuantificar: número de servicios, frecuencia de release, tamaño del monolito migrado, tiempo de onboarding de nuevos devs, tickets P1 al mes, cobertura de tests, coste cloud antes/después. Redondea con honestidad y prepárate a explicar la fuente en entrevista.

Evita vanity metrics vacías (“escribí 50.000 líneas de código”). Prefiere outcome: menos incidentes, más velocidad de entrega, mejor DX, ahorro. Si el impacto fue de equipo, dilo: “junto con 3 ingenieros” no resta mérito; suma credibilidad.

• Latencia, error rate, uptime, throughput.
• Adoption interna de una herramienta o librería.
• Tiempo de build/CI y flaky tests eliminados.
• Migraciones completadas sin downtime.
• Mentoría: personas, duración, resultado (promoción, autonomía).

El CV tech excelente cabe en una mirada: stack correcto arriba, evidencia abajo. Si tras leerlo un staff engineer puede imaginar cómo trabajarías juntos, está listo. Si solo ve una sopa de logos, sigue editando. ClarCV ayuda a limpiar estructura; las métricas honestas son tu ventaja competitiva.

Qué miran hiring managers técnicos en 60 segundos

Trayectoria reciente, stack alineado, señales de ownership y escritura clara. Si esas cuatro están, pasan a detalle. Si el CV parece un inventario de cursos sin impacto, saltan al siguiente. Por eso cada sección debe ganar su espacio: menos ruido, más prueba.

Incluye enlaces solo si cargan rápido y muestran trabajo actual. Un portfolio caído o un GitHub sin commits recientes hace más daño que no poner enlace. Mantén README en el repo principal y una demo mínima si el rol es frontend o full-stack.

Cierra el ciclo: adapta, exporta, aplica, anota feedback. El CV tech no es un monumento; es un documento de iteración continua. ClarCV acorta el ciclo de formato para que puedas invertir tiempo en evidencias que sí cambian el resultado. Revisa también que el PDF siga siendo texto seleccionable tras cada exportación.