Currículo para tecnologia: como escrever o seu para qualquer cargo de tech (2026)

A maior parte dos conselhos sobre currículo (CV) para tecnologia foi escrita para engenheiros de software e depois reaproveitada para todos os outros cargos da área. Um product manager, uma analista de dados, um UX designer, uma SRE, um sysadmin e uma engenheira de QA se candidatam pelos mesmos portais e passam pelos mesmos recrutadores, mas quem lê procura uma prova diferente em cada página. Este guia cobre o formato que funciona para os cargos de tecnologia e depois vai cargo por cargo: o que muda na seção de habilidades, quais links incluir, quais métricas contam e um trecho fictício curto para cada um.

Se você escreve software para viver, o guia de currículo de engenheiro de software é a página certa para você. As seções abaixo cobrem os cargos em volta da engenharia.

O que torna um currículo de tecnologia diferente

Recrutadores de tecnologia procuram ferramentas e resultados antes de ler qualquer outra coisa. A vaga cita uma stack, uma plataforma ou um método, e a primeira passada confere se a sua página contém essas palavras. A segunda passada, feita pelo gerente de contratação, confere se você fez alguma coisa com elas. Um currículo de tecnologia funciona quando as duas passadas são rápidas: a seção de habilidades responde à primeira em cinco segundos, e os bullets de experiência respondem à segunda com números.

A segunda diferença é a evidência fora do documento. O portfólio de um designer, o notebook de análise de uma analista, o módulo Terraform open source de uma SRE e o produto de um PM em que qualquer pessoa pode se cadastrar pesam mais que adjetivos. O trabalho do currículo é apontar para eles.

Como formatar um currículo para vagas de tecnologia

O formato é o mesmo para todos os cargos, então resolva isso uma vez.

• Uma página nos seus primeiros oito a dez anos. Duas páginas para profissionais sêniores com muitos produtos ou sistemas para mostrar.
• Ordem cronológica inversa. Cargo atual primeiro. Currículos funcionais que escondem as datas atraem perguntas sobre as lacunas.
• Ordem das seções: contato, resumo (opcional, duas linhas), habilidades, experiência, projetos, formação, certificações. Designers e analistas com um portfólio forte podem subir os projetos para cima da experiência no começo da carreira.
• Bloco de contato no corpo da página, com nome, cidade, e-mail, telefone e links. Mantenha fora da região de cabeçalho do Word; os parsers podem pular o que estiver ali.
• Links como texto, não só ícones: linkedin.com/in/name, github.com/name, name.design. O link precisa sobreviver a um copiar e colar.
• PDF com camada de texto. Exporte do seu editor em vez de imprimir como imagem. Selecione tudo e cole o resultado em um editor de texto simples uma vez, para conferir se todas as seções saem na ordem.
• Fontes simples, de 10 a 11 pontos, uma coluna para tudo que você envia por um formulário de candidatura. Uma versão em duas colunas serve para um PDF que você manda por e-mail a uma pessoa.
• Sem foto em candidaturas para os EUA, e sem data de nascimento em lugar nenhum.
• Nome do arquivo: Firstname-Lastname-Resume.pdf.

O vocabulário da seção de habilidades deve espelhar a vaga. O método para extrair os termos de uma descrição de vaga e posicioná-los está no guia de palavras-chave para currículo; esta página parte do princípio de que você já fez isso e foca no que cada cargo precisa que a página prove.

Exemplos de currículo de tecnologia por cargo

Todos os trechos abaixo são fictícios. Pessoas, empresas e números foram inventados para mostrar o formato de uma entrada forte.

Product manager

Quem lê quer saber o que você lançou, quem usou e como você decidiu o que construir. O currículo fraco de PM lista responsabilidades (“responsável pelo roadmap”); o forte lista resultados com o método junto.

Seção de habilidades: métodos de discovery (entrevistas, pesquisas, testes de usabilidade), ferramentas de experimentação (frameworks de teste A/B, analytics como Amplitude ou Mixpanel), SQL se você roda as próprias queries, as ferramentas de entrega (Jira, Linear) e conhecimento de domínio (pagamentos, saúde, SaaS B2B). Deixe as linguagens de programação de fora, a menos que a vaga seja para PM técnico.

Links: LinkedIn, mais o próprio produto se o público puder vê-lo. Um texto público curto sobre um lançamento vale mais que um post no Medium sobre filosofia de produto.

Métricas: adoção, ativação, retenção, receita, tempo até o lançamento, escopo cortado e o tamanho do time com que você trabalhou.

Exemplo (fictício): Product Manager Sênior, Lumen Ledger (SaaS B2B de faturamento), 2024 até hoje

• Conduzi os lembretes de fatura da discovery ao lançamento; 1.200 contas pagantes adotaram a funcionalidade no primeiro trimestre, e os pagamentos atrasados dessas contas caíram 18%.
• Fiz 32 entrevistas com clientes e uma pesquisa com 400 respostas para priorizar o roadmap de 2026, cortando um terço do escopo planejado antes de a engenharia começar.
• Defini a métrica de ativação (primeira fatura enviada em até 7 dias) e a elevei de 41% para 56% com mudanças no onboarding.
• Escrevi PRDs e conduzi sprints de duas semanas com seis engenheiros e um designer; entreguei 11 releases em 12 meses.

Analista de dados e cientista de dados

Quem lê procura SQL primeiro, depois as ferramentas de data warehouse e BI, e depois se a sua análise mudou alguma decisão. Para vagas de ciência de dados, entram as bibliotecas de modelagem, e o leitor procura uma métrica de modelo e uma história de deploy.

Seção de habilidades: SQL com o dialeto (BigQuery, Snowflake, Postgres), Python ou R com as bibliotecas que você usa (pandas, statsmodels, scikit-learn), ferramentas de transformação e BI (dbt, Looker, Tableau, Power BI), desenho de experimentos e, para ciência de dados, o trabalho de modelagem (gradient boosting, previsão, NLP) mais o básico de deploy (Docker, Airflow, MLflow).

Links: GitHub com um ou dois notebooks bem organizados, ou um dashboard público.

Métricas: dinheiro ou horas economizadas, decisões que mudaram, tempo de relatório cortado, desempenho do modelo (AUC, RMSE, precision at k) e o que o modelo fez em produção.

Exemplo (fictício): Analista de Dados, Northbank Grocery (supermercado online), 2023 até hoje

• Construí o dashboard semanal de retenção no Looker sobre um modelo dbt no BigQuery; ele substituiu quatro planilhas e reduziu o relatório de segunda-feira de seis horas para vinte minutos.
• Analisei a precificação das janelas de entrega com um teste de diferenças em diferenças em 14 cidades; com base no resultado, o time de precificação aumentou a taxa das janelas de pico, com ganho estimado de £310 mil por ano.
• Escrevi a definição em SQL de “cliente ativo” que finanças, marketing e a apresentação para o conselho agora compartilham.
• Treinei um modelo de churn com gradient boosting (AUC 0,84) que alimenta uma campanha semanal de reconquista; os clientes impactados cancelam 9% menos que o grupo de controle.

UX designer

O portfólio faz o trabalho pesado, então a missão do currículo é fazer quem lê abrir o portfólio. Gerentes de contratação procuram o processo de ponta a ponta (pesquisa, fluxos, protótipos, handoff) e a prova de que um design mudou uma métrica depois do lançamento.

Seção de habilidades: ferramentas de design (Figma, prototipação), métodos de pesquisa (testes de usabilidade, entrevistas, questionários), trabalho de sistemas (design systems, bibliotecas de componentes), acessibilidade (WCAG 2.1 ou 2.2) e os analytics que você lê (Mixpanel, Hotjar). Uma linha de conhecimento de front-end (HTML/CSS, React básico) ajuda em times de produto.

Links: a URL do portfólio no topo, ao lado do seu nome. Garanta que ela abra sem senha, ou informe a senha na candidatura. Adicione Dribbble ou Behance só se o trabalho lá estiver atualizado.

Métricas: conclusão de tarefas, conversão, tempo na tarefa, chamados de suporte, resultados de auditorias de acessibilidade e adoção de um design system por outros times.

Exemplo (fictício): Product Designer, Harbor Health (app para pacientes), 2023 até hoje · Portfólio: harborwork.example

• Redesenhei o agendamento de consultas de nove telas para quatro; a taxa de conclusão subiu de 63% para 81% no mês seguinte ao lançamento (Mixpanel).
• Conduzi 18 sessões de usabilidade em três rodadas e transformei os achados em uma biblioteca de componentes no Figma que dois squads usam hoje.
• Trabalhei com a engenharia em uma revisão de acessibilidade; 46 telas passaram em uma auditoria WCAG 2.1 AA.

DevOps e SRE

Este é o currículo mais próximo do de um engenheiro de software, com a ênfase deslocada para infraestrutura, confiabilidade e custo. Quem lê procura o provedor de nuvem, as ferramentas de orquestração e de infraestrutura como código, e se você já carregou o pager de plantão.

Seção de habilidades: nuvem (AWS, GCP ou Azure, com os serviços que você operou), Kubernetes e Helm, Terraform ou Pulumi, CI/CD (GitHub Actions, GitLab CI, Argo CD), observabilidade (Prometheus, Grafana, Datadog), scripting (Python, Bash, Go), Linux, fundamentos de redes e gestão de incidentes.

Links: GitHub com um módulo Terraform, um chart Helm ou um operator que você mantém.

Métricas: tempo de deploy, frequência de deploy, taxa de falha de mudanças, tempo médio de recuperação, cumprimento de SLO, pages por semana e custo de infraestrutura.

Exemplo (fictício): Site Reliability Engineer, Quillpay (pagamentos), 2022 até hoje

• Migrei 40 serviços de hosts EC2 montados à mão para EKS com Terraform e Helm; o tempo de deploy caiu de 45 minutos para 6, e o custo mensal de computação, 22%.
• Fui responsável pelo on-call da API de pagamentos (SLO de 99,95%); reduzi os pages de 31 para 8 por semana corrigindo limites de alerta e três modos de falha recorrentes.
• Construí pipelines no GitHub Actions com deploys canário e rollback automático; a taxa de falha de mudanças caiu de 14% para 4%.
• Escrevi o processo de incidentes e conduzi 26 post-mortems sem culpados em um ano; o tempo mediano de recuperação caiu de 71 para 24 minutos.

Suporte de TI e sysadmin

Quem lê confere primeiro o ambiente (Windows ou Linux, Microsoft 365 ou Google Workspace, identidade on-premise ou na nuvem), depois a escala (usuários, unidades, chamados) e depois se você reduziu o trabalho em vez de só executá-lo.

Seção de habilidades: sistemas operacionais e serviços de diretório (Windows Server, Active Directory, Entra ID), gestão de endpoints (Intune, Jamf), suítes de produtividade, redes (VLANs, DHCP, DNS, firewalls), scripting (PowerShell, Bash), sistemas de chamados (Jira Service Management, ServiceNow) e frameworks (ITIL). Certificações pesam mais aqui do que na maioria dos cargos de tecnologia: CompTIA, Microsoft, Cisco e fundamentos de nuvem merecem uma seção própria.

Links: o LinkedIn basta. Um GitHub com scripts de PowerShell ou de automação ajuda se você quer migrar para DevOps.

Métricas: usuários e unidades atendidos, chamados fechados, taxa de resolução no mesmo dia, uptime, tempo de rollout, tempo de configuração por dispositivo e incidentes de segurança antes e depois de uma mudança.

Exemplo (fictício): Administrador de Sistemas de TI, Castell Logistics (600 funcionários, quatro unidades), 2022 até hoje

• Administrei Microsoft 365, Intune e Active Directory para 600 usuários; fechei cerca de 2.400 chamados por ano com 94% de resolução no mesmo dia.
• Implantei MFA e acesso condicional em todas as contas em oito semanas; os incidentes de conta comprometida caíram de cinco por trimestre para zero no ano seguinte.
• Substituí a montagem manual de notebooks por uma imagem Autopilot, reduzindo a configuração para novos funcionários de três horas para trinta minutos.

QA e engenharia de testes

Quem lê procura automação primeiro, depois desenho de testes, e depois a evidência de que os seus testes pegaram problemas antes dos clientes. Currículos de QA só manual ainda conseguem entrevistas, mas o nome de um framework na seção de habilidades te faz subir na lista.

Seção de habilidades: frameworks de automação (Playwright, Cypress, Selenium) com a linguagem (TypeScript, Python, Java), testes de API (Postman, REST Assured), performance (JMeter, k6), gestão de testes (TestRail, Xray), integração com CI, SQL para checagem de dados e ISTQB, se você tiver.

Links: um GitHub com uma suíte de testes de exemplo, mesmo pequena, mostra como você estrutura testes.

Métricas: número de testes e cobertura, tempo de execução da suíte, regressões detectadas, defeitos encontrados antes do lançamento, tempo de regressão manual economizado e defeitos que escaparam para produção.

Exemplo (fictício): Engenheira de QA, Brightlane (edtech), 2023 até hoje

• Construí do zero a suíte end-to-end em Playwright, chegando a 420 testes nos fluxos de checkout e de sala de aula; ela roda no CI em 11 minutos e barrou 37 regressões em um ano.
• Escrevi o plano de testes da migração de pagamentos e encontrei 23 defeitos antes do lançamento, incluindo um bug de arredondamento de moeda que afetava 3% dos pedidos.
• Reduzi a regressão manual de três dias para um automatizando 60% dos casos e apagando os duplicados.

Como escrever a seção de habilidades para qualquer cargo de tecnologia

Agrupe por categoria e dê rótulo às linhas, na ordem que importa para a vaga. Uma analista de dados que se candidata a uma empresa que usa Snowflake abre com SQL e Snowflake; a mesma analista, candidatando-se a um time de pesquisa que vive de Python, abre com pandas e statsmodels. O normal é ficar entre quatro e seis linhas.

Liste o que você consegue discutir em uma entrevista. O recrutador não vai testar a lista, mas o gerente de contratação vai escolher o item menos familiar e perguntar sobre ele. Ferramentas que você usou uma vez pertencem a um bullet de projeto com contexto (“construí uma prova de conceito no Grafana”), não ao bloco de habilidades.

Anos de experiência por ferramenta (“Python (5 anos)”) acrescentam pouco e podem atrapalhar, porque o leitor compara o número com o requisito da vaga em vez de ler os bullets.

Métricas para quem não entrega código

Cargos de tecnologia fora da engenharia às vezes têm dificuldade de achar números. Tente estas fontes antes de desistir:

• Tempo. Horas economizadas por semana, tempo de ciclo, tempo de resolução, tempo até o lançamento. Quase todo cargo consegue medir algo que ficou mais rápido.
• Escala. Usuários, contas, chamados, telas, serviços, unidades, cidades. A escala diz a quem lê o tamanho do problema que você já encarou.
• Taxa. Conclusão, conversão, resolução, falha, adoção. Um par de antes e depois é a forma mais forte.
• Dinheiro. Receita adicionada, custo cortado, gasto evitado. Use “estimado” quando o financeiro não validou o valor.

Se o número não existe, use o escopo: “as 46 telas do app”, “um time de seis engenheiros”, “quatro unidades”. Um escopo vence um adjetivo.

Template de currículo de tecnologia: o que procurar

Um template para cargos de tecnologia precisa de um bloco de habilidades que comporte linhas com rótulo, de uma seção de projetos que possa ficar ao lado da experiência e de uma camada de texto limpa na exportação para PDF. Decoração feita com caixas de texto ou tabelas de layout pode te prejudicar, porque os parsers leem esses elementos fora de ordem.

O Resume Matcher é um app gratuito e open source (Apache 2.0) que você roda na sua própria máquina com o seu próprio modelo de IA; não é um site para onde você faz upload. O construtor dele traz sete templates (Coluna Única, Duas Colunas, Moderno, Moderno Duas Colunas, LaTeX, Limpo e Vívido). Cada um exporta um PDF com camada de texto, impresso a partir de texto real de página web por um navegador Chrome headless, então todas as palavras são selecionáveis, e os layouts de duas colunas mantêm o conteúdo principal primeiro na ordem de leitura. Você pode definir A4 ou Carta (US Letter), margens, espaçamento e tamanho da fonte, escolher fontes serifadas, sem serifa ou monoespaçadas, e arrastar as seções para a ordem que o seu cargo pede, por exemplo projetos acima da experiência para um designer. As prévias e a lista completa de controles estão na página de templates de PDF.

Qualquer template, de qualquer origem, deve passar uma vez pelo teste de copiar e colar antes de você mandá-lo para algum lugar.

Erros comuns em currículos de tecnologia

• Uma lista de habilidades maior que a seção de experiência. Corte para o que a vaga pede e o que você consegue defender.
• Responsabilidades em vez de resultados. “Gerenciei a escala de on-call” contra “reduzi os pages de 31 para 8 por semana”.
• Um link de portfólio que pede senha ou que leva a um site inacabado.
• Um resumo genérico. Duas linhas, reescritas para cada candidatura, ou nenhum.
• A mesma página para todas as vagas. Um currículo de PM para uma empresa de pagamentos e outro para uma empresa de saúde não deveriam ter a mesma seção de habilidades. O método para personalizar cada cópia está em como personalizar seu currículo para a descrição de uma vaga.

Perguntas frequentes

Um currículo de tecnologia é diferente de um currículo de engenheiro de software? O formato é o mesmo. O conteúdo muda conforme o que quem lê procura: um PM é avaliado por resultados e discovery, uma SRE por confiabilidade e custo, um designer pelo portfólio. Engenheiros de software têm convenções próprias para projetos e open source; veja o guia de currículo de engenheiro de software.

Qual deve ser o tamanho de um currículo de tecnologia? Uma página nos primeiros oito a dez anos. Profissionais sêniores com um histórico longo de produtos ou sistemas podem usar duas.

Preciso de um portfólio? Designers, sim, sem exceção. Analistas e engenheiros de QA ganham com um GitHub pequeno. PMs e sysadmins podem passar sem, embora um produto público ou um repositório de scripts nunca atrapalhe.

Devo listar soft skills? Só as que a vaga cita, e mostre-as em um bullet em vez de uma lista: “conduzi 26 post-mortems sem culpados” prova comunicação melhor que a palavra.

Se este guia ajudou, dê uma estrela ao Resume Matcher no GitHub. Saurabh Rai desenvolve o projeto; você pode segui-lo no GitHub, no X e no LinkedIn.