O que é contratação por projeto? (e por que substitui o headcount permanente)

Contratação por projeto é somar um time externo para executar um escopo de trabalho definido —com início, fim e entregas claras— em vez de somar pessoas à folha permanente da empresa. A empresa paga por um resultado dentro desse escopo, não por horas de alguém sentado em um cargo indefinido, e a relação termina quando o projeto termina, a menos que seja renovada explicitamente para o próximo. É o modelo por trás dos squads e de boa parte do trabalho de desenvolvimento de software que hoje acontece fora da estrutura tradicional de headcount.

Qual a diferença entre contratar por projeto e somar headcount permanente?

Somar headcount permanente é uma relação de longo prazo sem data de encerramento definida: a empresa assume o custo e o risco de manter essa pessoa ocupada mesmo nos meses em que a carga de trabalho cai, e desfazer essa decisão —se o projeto muda de direção ou termina antes do previsto— é lento e tem atrito real. Contratar por projeto inverte essa lógica: escopo, entregas e data de encerramento são combinados antes de o trabalho começar, então o compromisso dura exatamente o tempo do projeto.

A outra diferença, menos óbvia, é quem absorve a curva de adaptação. Quando uma empresa contrata uma pessoa nova, o tempo que ela leva para render em plena capacidade corre por conta da empresa, dentro do prazo do projeto. Quando a empresa contrata um time já formado por projeto, essa curva já foi resolvida antes do primeiro dia: o time já sabe como trabalhar junto, e esse tempo não é descontado do projeto que você está pagando.

Por que a contratação por projeto está crescendo?

O impulso de fundo é escassez de talento técnico, não uma moda. 76% dos empregadores do setor de TI no mundo relatam dificuldade para encontrar o talento técnico que precisam (ManpowerGroup, Talent Shortage Survey 2025), e a Korn Ferry projeta 85,2 milhões de vagas técnicas sem preencher até 2030 se a tendência atual não mudar (Korn Ferry, Talent Crunch). Contratar para cobrir essas vagas também é lento: os cargos de TI levam em média 41 dias para serem preenchidos e os de engenharia 62 dias (dados SHRM/Genius, 2025), e fechar a contratação de um único engenheiro de software leva em média 53 dias (Gem Recruiting Benchmarks, 2025) — antes mesmo de começar o processo de adaptação ao time.

Essa lentidão tem um custo que vai além do tempo: um estudo conjunto da McKinsey & Company e da Universidade de Oxford sobre milhares de grandes projetos de TI descobriu que times montados internamente tendem a estourar o orçamento desses projetos em até 45% (McKinsey & Oxford). Contratar por projeto não elimina a escassez de talento da indústria, mas tira a empresa do gargalo de montar um time do zero toda vez que surge um projeto novo.

Contratar por projeto é o mesmo que team augmentation ou um freelancer?

Não, e a diferença importa. “Por projeto” descreve a estrutura do contrato —escopo fechado, entregas definidas, data de encerramento— mas não diz quem executa esse contrato. Um freelancer individual pode trabalhar por projeto, e também pode um time de team augmentation integrado sob a liderança da empresa, ou um squad que assume a execução completa. O que muda entre essas opções não é o modelo de contratação, e sim quanta coordenação entre papéis o projeto precisa e quanto controle operacional a empresa quer manter.

Um freelancer cobre bem uma tarefa pontual, mas não resolve a cobertura de todos os papéis que um projeto real precisa ao mesmo tempo —arquitetura, implementação, QA— sem que a empresa acabe coordenando manualmente várias pessoas que nunca trabalharam juntas.

Quando contratar por projeto faz mais sentido do que somar headcount?

• Quando o trabalho tem um escopo que pode ser definido de antemão —uma migração, um MVP, uma feature pontual— e não é preciso manter esse time ativo depois da entrega.
• Quando a demanda de trabalho técnico é variável e somar headcount fixo significa pagar por capacidade ociosa nos meses de menor carga.
• Quando a urgência não deixa espaço para um processo de seleção de semanas somado a uma curva de adaptação de meses, e é preciso um time que já saiba trabalhar junto desde o primeiro dia.
• Quando a empresa quer ver um resultado entregue antes de se comprometer com uma relação de longo prazo com esse time ou fornecedor.

Como a Zenit aplica isso

Na Zenit, cada squad é contratado por projeto, não como headcount permanente: escopo e milestones são definidos antes de começar, e o mesmo time pode seguir para o próximo projeto se a empresa decidir continuar —mas essa continuidade é decidida caso a caso, não presumida de antemão. O Kaizen é quem traduz o que a empresa precisa em um escopo concreto antes de montar o match, e o SafePay libera o pagamento por milestone entregue e validado, não tudo de uma vez no fechamento.

Se o projeto tem um escopo que pode ser definido hoje, contratar por projeto costuma ser mais rápido e com menos risco do que abrir uma busca de headcount permanente para cobri-lo.