Currículum tech: cómo escribir uno para cualquier puesto en tecnología (2026)

La mayoría de los consejos sobre el currículum (CV) tech, u hoja de vida como se dice en Colombia y otros países, están escritos para ingenieros de software y luego se reutilizan para cualquier otro puesto en tecnología. Un product manager, una analista de datos, un diseñador UX, una SRE, un administrador de sistemas y una ingeniera de QA postulan por los mismos portales y los filtran los mismos reclutadores, pero el lector busca pruebas distintas en cada página. Esta guía cubre el formato que funciona en todos los puestos tech y después va puesto por puesto: qué cambia en la sección de habilidades, qué enlaces incluir, qué métricas cuentan y un fragmento ficticio breve para cada uno.

Si escribes software para ganarte la vida, la guía de currículum de ingeniero de software es la página indicada para ti. Las secciones de abajo cubren los puestos alrededor de la ingeniería.

Qué hace diferente a un currículum tech

Los reclutadores en tecnología filtran por herramientas y resultados antes de leer cualquier otra cosa. La oferta nombra un stack, una plataforma o un método, y la primera pasada comprueba si tu página contiene esas palabras. La segunda pasada, la del responsable de contratación, comprueba si hiciste algo con ellas. Un currículum tech funciona cuando las dos pasadas son rápidas: la sección de habilidades responde la primera en cinco segundos y las viñetas de experiencia responden la segunda con números.

La segunda diferencia es la evidencia fuera del documento. El portafolio de un diseñador, el notebook de una analista, el módulo de Terraform de código abierto de un SRE y el producto de una PM en el que cualquiera puede registrarse pesan más que los adjetivos. El trabajo del currículum es señalarlos.

Cómo dar formato a un currículum para puestos tech

El formato es el mismo para todos los puestos, así que decídelo una vez.

• Una página durante tus primeros ocho a diez años. Dos páginas para perfiles sénior con muchos productos o sistemas que contar.
• Cronológico inverso. El puesto actual primero. Los currículums funcionales que ocultan fechas invitan a preguntar por los huecos.
• Orden de secciones: contacto, resumen (opcional, dos líneas), habilidades, experiencia, proyectos, formación, certificaciones. Los diseñadores y analistas con un portafolio sólido pueden subir proyectos por encima de experiencia al principio de su carrera.
• Bloque de contacto en el cuerpo de la página, con nombre, ciudad, correo, teléfono y enlaces. Mantenlo fuera de la zona de encabezado de Word; los parsers pueden saltárselo ahí.
• Enlaces como texto, no solo iconos: linkedin.com/in/name, github.com/name, name.design. El enlace debe sobrevivir a copiar y pegar.
• PDF basado en texto. Exporta desde tu editor en lugar de imprimir a imagen. Selecciona todo y pega el resultado una vez en un editor de texto plano para comprobar que cada sección sale en orden.
• Fuentes sencillas, de 10 u 11 puntos, una columna para cualquier cosa que envíes por un formulario de candidatura. Una versión a dos columnas está bien para un PDF que mandas por correo a una persona.
• Sin foto para candidaturas en Estados Unidos, y sin fecha de nacimiento en ningún sitio.
• Nombre del archivo: Firstname-Lastname-Resume.pdf.

El vocabulario de la sección de habilidades debe reflejar el de la oferta. El método para sacar términos de una descripción de puesto y colocarlos está en la guía de palabras clave para el currículum; esta página da por hecho que ya lo hiciste y se centra en lo que cada puesto necesita que la página demuestre.

Ejemplos de currículum tech por puesto

Cada fragmento de abajo es ficticio. Las personas, las empresas y los números están inventados para mostrar la forma de una entrada sólida.

Product manager

El lector quiere saber qué lanzaste, quién lo usó y cómo decidiste qué construir. El currículum flojo de PM enumera responsabilidades (“responsable del roadmap”); el sólido enumera resultados con el método adjunto.

Sección de habilidades: métodos de discovery (entrevistas, encuestas, pruebas de usabilidad), herramientas de experimentación (frameworks de A/B, analítica como Amplitude o Mixpanel), SQL si puedes ejecutar tus propias consultas, las herramientas de entrega (Jira, Linear) y conocimiento del dominio (pagos, salud, SaaS B2B). Deja fuera los lenguajes de programación salvo que la oferta sea para un PM técnico.

Enlaces: LinkedIn, más el producto en sí si el público puede verlo. Un texto público breve sobre un lanzamiento vale más que un post en Medium sobre filosofía de producto.

Métricas: adopción, activación, retención, ingresos, tiempo hasta el lanzamiento, alcance recortado y el tamaño del equipo con el que trabajaste.

Ejemplo (ficticio): Senior Product Manager, Lumen Ledger (SaaS de facturación B2B), 2024 a la actualidad

• Lideré los recordatorios de factura desde el discovery hasta el lanzamiento; 1.200 cuentas de pago adoptaron la función en su primer trimestre y los pagos atrasados bajaron un 18% en esas cuentas.
• Realicé 32 entrevistas con clientes y una encuesta con 400 respuestas para priorizar el roadmap de 2026, recortando un tercio del alcance planificado antes de que ingeniería empezara.
• Definí la métrica de activación (primera factura enviada en 7 días) y la subí del 41% al 56% con cambios en el onboarding.
• Escribí PRD y dirigí sprints de dos semanas con seis ingenieros y una diseñadora; lanzamos 11 versiones en 12 meses.

Analista de datos y científico de datos

El lector busca SQL primero, después el almacén de datos y las herramientas de BI, y después si tu análisis cambió una decisión. Para puestos de ciencia de datos añaden las librerías de modelado y buscan una métrica de modelo y una historia de despliegue.

Sección de habilidades: SQL con el dialecto (BigQuery, Snowflake, Postgres), Python o R con las librerías que usas (pandas, statsmodels, scikit-learn), herramientas de transformación y BI (dbt, Looker, Tableau, Power BI), diseño de experimentos y, para ciencia de datos, el trabajo de modelado (gradient boosting, forecasting, NLP) más lo básico de despliegue (Docker, Airflow, MLflow).

Enlaces: GitHub con uno o dos notebooks limpios, o un dashboard público.

Métricas: dinero u horas ahorradas, decisiones cambiadas, tiempo de reporting reducido, rendimiento del modelo (AUC, RMSE, precisión en k) y qué hizo el modelo en producción.

Ejemplo (ficticio): Data Analyst, Northbank Grocery (supermercado en línea), 2023 a la actualidad

• Construí el dashboard semanal de retención en Looker sobre un modelo de dbt en BigQuery; reemplazó cuatro hojas de cálculo y redujo el reporting de los lunes de seis horas a veinte minutos.
• Analicé los precios de las franjas de entrega con un test de diferencias en diferencias en 14 ciudades; el equipo de precios subió las tarifas de las franjas pico a partir del resultado, sumando unas 310.000 libras al año según la estimación.
• Escribí la definición en SQL de “cliente activo” que ahora comparten finanzas, marketing y la presentación para el consejo.
• Entrené un modelo de abandono con gradient boosting (AUC 0,84) que alimenta una campaña semanal de recuperación; los clientes a los que se dirige abandonan un 9% menos que el grupo de control.

Diseñador UX

El portafolio hace el trabajo pesado, así que el trabajo del currículum es conseguir que el lector lo abra. Los responsables de contratación buscan el proceso de extremo a extremo (investigación, flujos, prototipos, entrega a desarrollo) y pruebas de que un diseño cambió una métrica después del lanzamiento.

Sección de habilidades: herramientas de diseño (Figma, prototipado), métodos de investigación (pruebas de usabilidad, entrevistas, encuestas), trabajo de sistemas (sistemas de diseño, librerías de componentes), accesibilidad (WCAG 2.1 o 2.2) y la analítica que lees (Mixpanel, Hotjar). Una línea de conocimientos de front-end (HTML/CSS, React básico) ayuda en equipos de producto.

Enlaces: la URL del portafolio arriba del todo, junto a tu nombre. Asegúrate de que cargue sin contraseña, o indica la contraseña en la candidatura. Añade Dribbble o Behance solo si el trabajo que hay ahí está al día.

Métricas: finalización de tareas, conversión, tiempo por tarea, tickets de soporte, resultados de auditorías de accesibilidad y adopción de un sistema de diseño por otros equipos.

Ejemplo (ficticio): Product Designer, Harbor Health (app para pacientes), 2023 a la actualidad · Portafolio: harborwork.example

• Rediseñé la reserva de citas de nueve pantallas a cuatro; la finalización subió del 63% al 81% en el mes posterior al lanzamiento (Mixpanel).
• Realicé 18 sesiones de usabilidad en tres rondas y convertí los hallazgos en una librería de componentes de Figma que ahora usan dos squads.
• Colaboré con ingeniería en una revisión de accesibilidad; 46 pantallas superaron una auditoría WCAG 2.1 AA.

DevOps y SRE

Este currículum es el más parecido al de un ingeniero de software, con el énfasis desplazado a infraestructura, fiabilidad y costo. El lector busca el proveedor de nube, las herramientas de orquestación e infraestructura como código, y si has estado de guardia.

Sección de habilidades: nube (AWS, GCP o Azure con los servicios que operaste), Kubernetes y Helm, Terraform o Pulumi, CI/CD (GitHub Actions, GitLab CI, Argo CD), observabilidad (Prometheus, Grafana, Datadog), scripting (Python, Bash, Go), Linux, redes básicas y gestión de incidentes.

Enlaces: GitHub con un módulo de Terraform, un chart de Helm o un operador que mantengas.

Métricas: tiempo de despliegue, frecuencia de despliegue, tasa de fallos por cambio, tiempo medio de recuperación, cumplimiento de SLO, alertas de guardia por semana y costo de infraestructura.

Ejemplo (ficticio): Site Reliability Engineer, Quillpay (pagos), 2022 a la actualidad

• Migré 40 servicios de hosts EC2 montados a mano a EKS con Terraform y Helm; el tiempo de despliegue bajó de 45 minutos a 6 y el costo mensual de cómputo un 22%.
• Fui responsable de la guardia de la API de pagos (SLO del 99,95%); reduje las alertas de 31 por semana a 8 corrigiendo umbrales de alerta y tres modos de fallo recurrentes.
• Construí pipelines de GitHub Actions con despliegues canary y rollback automático; la tasa de fallos por cambio cayó del 14% al 4%.
• Escribí el proceso de incidentes y dirigí 26 post-mortems sin culpables en un año; la mediana del tiempo de recuperación bajó de 71 minutos a 24.

Soporte IT y administración de sistemas

El lector comprueba primero el entorno (Windows o Linux, Microsoft 365 o Google Workspace, identidad local o en la nube), después la escala (usuarios, sedes, tickets) y después si redujiste el trabajo en lugar de solo hacerlo.

Sección de habilidades: sistemas operativos y servicios de directorio (Windows Server, Active Directory, Entra ID), gestión de dispositivos (Intune, Jamf), suites de productividad, redes (VLAN, DHCP, DNS, firewalls), scripting (PowerShell, Bash), gestión de tickets (Jira Service Management, ServiceNow) y marcos de trabajo (ITIL). Las certificaciones importan aquí más que en la mayoría de los puestos tech: CompTIA, Microsoft, Cisco y los fundamentos de nube merecen una sección propia.

Enlaces: con LinkedIn basta. Un GitHub con scripts de PowerShell o de automatización ayuda si quieres moverte hacia DevOps.

Métricas: usuarios y sedes atendidas, tickets cerrados, tasa de resolución el mismo día, tiempo de actividad, tiempo de despliegue, tiempo de configuración por dispositivo e incidentes de seguridad antes y después de un cambio.

Ejemplo (ficticio): IT Systems Administrator, Castell Logistics (600 empleados, cuatro sedes), 2022 a la actualidad

• Administré Microsoft 365, Intune y Active Directory para 600 usuarios; cerré unos 2.400 tickets al año con una tasa de resolución el mismo día del 94%.
• Desplegué MFA y acceso condicional en todas las cuentas en ocho semanas; los incidentes de cuentas comprometidas bajaron de cinco por trimestre a cero durante el año siguiente.
• Reemplacé la preparación manual de laptops por una imagen de Autopilot, reduciendo la configuración para nuevas incorporaciones de tres horas a treinta minutos.

QA e ingeniería de pruebas

El lector busca automatización primero, después diseño de pruebas y después evidencia de que tus pruebas detectaron cosas antes que los clientes. Los currículums de QA solo manual siguen consiguiendo entrevistas, pero el nombre de un framework en la sección de habilidades te sube en la lista.

Sección de habilidades: frameworks de automatización (Playwright, Cypress, Selenium) con el lenguaje (TypeScript, Python, Java), pruebas de API (Postman, REST Assured), rendimiento (JMeter, k6), gestión de pruebas (TestRail, Xray), integración con CI, SQL para comprobar datos e ISTQB si lo tienes.

Enlaces: un GitHub con una suite de pruebas de ejemplo, aunque sea pequeña, muestra cómo estructuras las pruebas.

Métricas: número de pruebas y cobertura, duración de la suite, regresiones detectadas, defectos encontrados antes del lanzamiento, tiempo de regresión manual ahorrado y defectos escapados después del lanzamiento.

Ejemplo (ficticio): QA Engineer, Brightlane (edtech), 2023 a la actualidad

• Construí la suite end-to-end de Playwright de cero a 420 pruebas en los flujos de pago y de aula; corre en CI en 11 minutos y bloqueó 37 regresiones en un año.
• Escribí el plan de pruebas de la migración de pagos y encontré 23 defectos antes del lanzamiento, incluido un error de redondeo de divisas que afectaba al 3% de los pedidos.
• Reduje la regresión manual de tres días a uno automatizando el 60% de los casos y eliminando duplicados.

Cómo escribir la sección de habilidades para cualquier puesto tech

Agrupa por categoría y etiqueta las filas, en el orden que le importa a la oferta. Una analista de datos que postula a una empresa que usa Snowflake abre con SQL y Snowflake; la misma analista que postula a un equipo de investigación centrado en Python abre con pandas y statsmodels. Lo habitual son cuatro a seis filas.

Enumera lo que puedas discutir en una entrevista. El reclutador no pondrá a prueba la lista, pero el responsable de contratación elegirá el elemento menos familiar y preguntará por él. Las herramientas que usaste una vez van en una viñeta de proyecto con contexto (“construí una prueba de concepto en Grafana”), no en el bloque de habilidades.

Los años de experiencia por herramienta (“Python (5 años)”) aportan poco y pueden perjudicar, porque el lector compara el número con el requisito de la oferta en lugar de leer las viñetas.

Métricas cuando no entregas código

A los puestos tech fuera de la ingeniería a veces les cuesta encontrar números. Prueba estas fuentes antes de rendirte:

• Tiempo. Horas ahorradas por semana, tiempo de ciclo, tiempo de resolución, tiempo hasta el lanzamiento. La mayoría de los puestos pueden medir algo que se volvió más rápido.
• Escala. Usuarios, cuentas, tickets, pantallas, servicios, sedes, ciudades. La escala le dice al lector qué tamaño de problema has manejado.
• Tasa. Finalización, conversión, resolución, fallos, adopción. Un par de antes y después es la forma más fuerte.
• Dinero. Ingresos añadidos, costo recortado, gasto evitado. Usa “estimado” cuando finanzas no haya validado la cifra.

Si un número no existe, usa el alcance: “las 46 pantallas de la app”, “un equipo de seis ingenieros”, “cuatro sedes”. Un alcance vale más que un adjetivo.

Plantilla de currículum tech: qué buscar

Una plantilla para puestos tech necesita un bloque de habilidades que admita filas etiquetadas, una sección de proyectos que pueda ir junto a la experiencia y una capa de texto limpia al exportar a PDF. La decoración construida con cuadros de texto o tablas de maquetación puede costarte, porque los parsers las leen fuera de orden.

Resume Matcher es una aplicación gratuita y de código abierto (Apache 2.0) que ejecutas en tu propia máquina con tu propio modelo de IA; no es un sitio web al que subes tu archivo. Su constructor incluye siete plantillas (Una columna, Dos columnas, Moderno, Moderno de dos columnas, LaTeX, Limpio y Vívido). Cada una exporta un PDF basado en texto, impreso desde texto real de página web por un navegador Chrome sin interfaz (headless), así que cada palabra se puede seleccionar, y los diseños de dos columnas mantienen el contenido principal primero en el orden de lectura. Puedes elegir A4 o carta (US Letter), márgenes, espaciado y tamaño de fuente, escoger fuentes serif, sans o mono, y arrastrar las secciones al orden que tu puesto necesite, por ejemplo proyectos por encima de experiencia para un diseñador. Las vistas previas y la lista completa de controles están en la página de plantillas PDF.

Cualquier plantilla, de cualquier origen, debería pasar la prueba de copiar y pegar una vez antes de que la envíes a ningún sitio.

Errores comunes en currículums tech

• Una lista de habilidades más larga que la sección de experiencia. Recórtala a lo que la oferta quiere y a lo que puedes defender.
• Responsabilidades en lugar de resultados. “Gestioné la rotación de guardias” frente a “reduje las alertas de 31 por semana a 8”.
• Un enlace a un portafolio que pide contraseña o lleva a un sitio sin terminar.
• Un resumen genérico. Dos líneas, reescritas para cada candidatura, o ninguna.
• La misma página para cada oferta. Un currículum de PM para una empresa de pagos y uno para una de salud no deberían compartir la sección de habilidades. El método para adaptar cada copia está en cómo adaptar tu currículum a la descripción de un puesto.

Preguntas frecuentes

¿Un currículum tech es distinto de uno de ingeniero de software? El formato es el mismo. El contenido difiere en lo que el lector busca: a un PM lo filtran por resultados y discovery, a un SRE por fiabilidad y costo, a un diseñador por el portafolio. Los ingenieros de software tienen sus propias convenciones para proyectos y código abierto; consulta la guía de currículum de ingeniero de software.

¿Cuánto debe medir un currículum tech? Una página durante tus primeros ocho a diez años. Los perfiles sénior con un historial largo de productos o sistemas pueden usar dos.

¿Necesito un portafolio? Los diseñadores, sí, sin excepción. A analistas e ingenieros de QA les beneficia un GitHub pequeño. Los PM y los administradores de sistemas pueden prescindir de él, aunque un producto público o un repositorio de scripts nunca está de más.

¿Debo incluir habilidades blandas? Solo las que nombra la oferta, y muéstralas en una viñeta en lugar de en una lista: “dirigí 26 post-mortems sin culpables” demuestra comunicación mejor que la palabra.

Si esta guía te sirvió, dale una estrella a Resume Matcher en GitHub. Saurabh Rai lo construye; síguelo en GitHub, X y LinkedIn.