CI/CD no currículo aparece quase sempre como uma sigla de prática, ao lado de DevOps e de automação, e a vaga procura o que você automatizou de fato. Todo time diz ter integração e entrega contínua. O recrutador técnico quer saber o que acontecia a cada envio de código: quais testes rodavam, o que podia bloquear a entrega e quanto tempo ela levava. Este guia mostra como escrever o pipeline com a ferramenta, a frequência e o efeito, e o que dizer quando seu contato com CI/CD foi só de quem usa um pipeline pronto.

Uma prática de CI/CD não diz nada sem o que o pipeline fazia a cada envio

Escreva o que o pipeline executava, do envio do código até o ponto em que ele parava. Essa sequência é o que o recrutador tenta imaginar quando lê a sigla. Um pipeline que roda testes, bloqueia a fusão quando eles falham e publica a imagem num registro conta uma história de trabalho. A frase experiência com CI/CD conta apenas que a pessoa conhece o nome do processo.

Antes: Experiência com CI/CD em projetos de software.

Depois: Montei o pipeline de GitHub Actions que roda testes, análise estática e build da imagem a cada pull request, e bloqueia a fusão na branch principal quando qualquer etapa falha.

Se você só acompanhou o pipeline de outra pessoa pelo painel, escreva que acompanhava as execuções e corrigia falhas nas etapas em que mexia. Não escreva que criou o pipeline inteiro.

Ferramenta: cite a que você configurou, e diga se foi o arquivo ou só o painel

A sintaxe muda de uma ferramenta para outra, e a vaga costuma pedir uma delas pelo nome. Cite aquela em que você escreveu o arquivo de configuração, porque é esse arquivo que prova a autoria. Três aparecem com frequência:

  • GitHub Actions. Os fluxos ficam em arquivos YAML dentro do repositório, e uma etapa pode ser reaproveitada em outros projetos. Cite se você escreveu fluxos reutilizáveis ou só ajustou um existente.
  • GitLab CI. A configuração fica num arquivo na raiz do projeto, organizada em estágios e jobs. Cite os estágios que você definiu, como teste, build e deploy.
  • Jenkins. Um servidor próprio que executa os jobs, com pipelines declarados em arquivo ou criados na interface. Cite se você mantinha o servidor ou só criava jobs nele, porque as duas funções pesam de forma diferente.

Não liste as três só porque conhece as três. Uma ferramenta descrita com o que você configurou vale mais do que três nomes lado a lado.

Frequência de deploy mostra se a entrega era contínua de fato

Entrega contínua significa que cada mudança aprovada fica pronta para subir a qualquer momento. Implantação contínua significa que ela sobe sozinha para produção. Times diferentes usam cada uma, e a diferença importa na linha, porque a pergunta seguinte na entrevista costuma ser quem apertava o botão.

Antes: Deploys frequentes com CI/CD.

Depois: Passei a publicar o serviço de notificações a cada fusão na branch principal, em média duas ou três vezes por dia. Antes era uma entrega mensal, coordenada por planilha.

Se a frequência era mensal, não há vergonha nisso. Escreva o intervalo real e, se você ajudou a encurtá-lo, diga o que mudou para chegar lá, como a divisão da release em partes menores.

Tempo de build antes e depois mostra ganho de engenharia

O tempo que o pipeline levava para devolver o resultado é uma medida que a própria equipe acompanha, e por isso é a que o recrutador técnico entende sem explicação. Se você mudou esse tempo, escreva o antes, o depois e a mudança entre os dois. Cache de dependências, execução paralela de testes e imagem base menor são mudanças que costumam aparecer.

Antes: Otimização do pipeline de build.

Depois: Reduzi o build do monorepo de 22 para 7 minutos, com cache das dependências e execução dos testes em paralelo, o que encurtou o ciclo de revisão de cada pull request.

Se você não mediu, não escreva a palavra otimizou. Descreva a mudança que fez, como adicionar o cache, e deixe a medida para quando ela existir.

Testes e bloqueios dentro do pipeline são o que dá valor à etapa

Um pipeline que só compila o código não protege ninguém. O que pesa é o que ele impedia: fusão com teste quebrado, versão sem análise de segurança, deploy sem aprovação. Liste as etapas que tinham poder de parar a entrega, e não as que apenas geravam relatório.

Antes: Testes automatizados no pipeline.

Depois: Configurei a etapa de testes de integração contra um banco temporário, e a fusão ficou bloqueada até a suíte passar, o que pegou duas regressões antes de chegarem à produção.

Se a suíte era opcional e a fusão não dependia dela, escreva a etapa como relatório. O guia de currículo de analista de QA mostra como descrever os testes que alimentam o pipeline.

Sem pipeline próprio, o caminho é montar um pequeno e deixar o histórico visível

Quem está começando pode montar um pipeline num projeto pessoal: um fluxo que roda testes e lint a cada envio, e outro que publica a aplicação quando a branch principal recebe uma fusão. Deixe o histórico visível, com as execuções aprovadas e as que falharam, porque é nas falhas que a conversa técnica costuma começar. Acionar um pipeline pronto não é montar um. Escreva o que você definiu.

Se a publicação do projeto roda em contêiner, o guia de Docker e Kubernetes no currículo mostra como descrever essa etapa. Para o lado de infraestrutura, o currículo de DevOps trata do vocabulário de automação.

O que fazer agora com o seu currículo

Procure no seu texto a sigla CI/CD e confira se ela aparece junto de três coisas: a ferramenta que você configurou, o que o pipeline bloqueava e a frequência ou o tempo que mudou. Se faltar uma delas, reescreva a linha. A regra que resume este guia é descrever o que acontecia a cada envio de código, e não o nome do processo.

A consequência de deixar a sigla sozinha é perder a linha para quem escreveu o que o pipeline fazia, porque o recrutador técnico lê a sigla e pergunta, na entrevista, o que aconteceu na última vez que um teste quebrou. Para conferir os termos da vaga contra o seu texto, cole a descrição dela na análise ATS gratuita. Ela não pede cadastro e mostra quais termos da vaga já estão no seu currículo e quais faltam. Se a vaga for de desenvolvimento, confira também as palavras-chave para desenvolvedor full stack.

Perguntas frequentes

CI/CD no currículo é a mesma coisa que DevOps?

Não. CI/CD é uma prática, o conjunto de integração contínua e entrega contínua. DevOps é uma forma de organizar o trabalho entre desenvolvimento e operação, que usa essa prática junto de outras. Quem monta pipelines pode escrever CI/CD sem ter o cargo de DevOps, e quem tem o cargo pode nunca ter montado um pipeline. Escreva a prática que você fez, e o cargo só se for o seu.

Preciso escrever o nome do arquivo de configuração no currículo?

Não. Cite a ferramenta e o tipo de fluxo que você escreveu, como um fluxo de testes a cada pull request. O nome do arquivo não ajuda o recrutador e ocupa espaço. Se a vaga pede uma ferramenta específica, o nome dela basta, junto da descrição do que você configurou nela.

Como descrever CI/CD sem ter criado o pipeline do zero?

Descreva a parte que você mexeu: a etapa que adicionou, o teste que ligou ao bloqueio da fusão, o erro de build que corrigiu. Se o pipeline já existia e outra pessoa o mantinha, diga isso. Uma linha que descreve uma mudança real num pipeline de outros vale mais do que a sigla sozinha, e não se passa por autoria de quem não fez.

Entrega contínua e implantação contínua são a mesma coisa no currículo?

Não, e a diferença aparece na entrevista. Entrega contínua deixa a versão pronta para subir a qualquer hora, com a subida ainda manual. Implantação contínua sobe a versão sozinha para produção quando as etapas passam. Escreva o que o time fazia de fato. Se a subida era manual, a palavra certa é entrega.

Preciso de um número de deploys por semana para o currículo?

Não é obrigatório. Use o número quando você o conhece e ele vem de uma fonte, como o histórico de execuções da ferramenta. Quando não há número, descreva a mudança de ritmo, como passar de uma entrega mensal para uma entrega a cada fusão. Não estime uma frequência que você não viu, porque a entrevista costuma pedir o histórico.

Quer otimizar seu currículo para uma vaga específica?

O AjustaCV reescreve seu currículo para passar nos filtros ATS da vaga que você escolher. Pronto em minutos.

AJUSTAR MEU CURRÍCULO — R$9,90