Como contratar desenvolvedores web sem ser técnico

Contratar quem vai escrever o software da sua empresa é uma decisão difícil por um motivo específico: quem contrata quase nunca consegue avaliar tecnicamente o candidato. A boa notícia é que os sinais que mais predizem resultado não são técnicos, e dá para conferir todos eles.

Este texto começa pela decisão anterior, entre contratar pessoa ou empresa, e depois mostra onde encontrar, como avaliar sem ser técnico, o teste que funciona, os modelos de contratação e por que o desenvolvedor bom vai embora.

Pessoa ou empresa

A regra prática: se ninguém na empresa tem tempo para decidir prioridade toda semana, contratar pessoa não resolve, porque a pessoa vai ficar esperando definição. Nesse caso é melhor um projeto com escopo fechado, e os critérios de escolha de fornecedor estão em empresa de programação: 7 critérios para contratar e em software house: o que faz e quando contratar.

Onde encontrar

• Indicação de quem já trabalhou com a pessoa. É a fonte com melhor taxa de acerto, e a pergunta certa é “você contrataria de novo?”.
• Comunidades técnicas e eventos locais, onde aparece quem estuda por conta.
• Repositórios públicos de código, úteis não pelo código em si e sim pelo histórico: constância e capacidade de explicar o que fez.
• Plataformas de vaga, que dão volume e exigem mais triagem.
• Freelancer com projeto pequeno pago, que é a forma mais barata de conhecer alguém antes de um compromisso longo.

Como avaliar sem ser técnico

Seis sinais que qualquer pessoa consegue observar, e que predizem resultado melhor que a lista de tecnologias no currículo:

1. Explica o que fez de forma que você entende. Quem entende de verdade consegue explicar simples; quem se esconde atrás de jargão costuma estar escondendo alguma coisa.
2. Pergunta sobre o negócio antes de falar de solução. Desenvolvedor que só pergunta requisito técnico vai construir exatamente o que foi pedido, inclusive quando o pedido está errado.
3. Fala de um erro que cometeu, com o que aprendeu. Quem nunca errou nada em anos de trabalho está editando a história.
4. Estima em faixa e explica a incerteza, em vez de cravar prazo na primeira conversa.
5. Diz “não sei” quando não sabe, e explica como descobriria.
6. Menciona manutenção e teste sem ser perguntado. É o sinal mais confiável de quem já sustentou software em produção.

O teste que funciona

Nem prova de algoritmo, nem projeto grande de graça. O formato que separa bem é uma tarefa pequena, real e paga, com quatro a oito horas de trabalho, sobre algo parecido com o que a pessoa vai fazer.

• Pague pela tarefa. Trabalho não remunerado afasta justamente quem tem opção, que é quem você quer.
• Dê um problema real, com dado fictício, e um enunciado incompleto de propósito. O que você observa é se a pessoa pergunta antes de supor.
• Peça para explicar as decisões, em texto curto ou em conversa. Aqui aparece quase tudo.
• Combine prazo folgado, porque você está avaliando qualidade de decisão, não velocidade sob pressão artificial.
• Mostre o resultado a alguém técnico de fora, se você não é. Uma hora de consultoria para essa leitura é o melhor dinheiro do processo.

Os modelos de contratação

• Vínculo empregatício. Continuidade e dedicação, com encargos e responsabilidade de gestão. Faz sentido quando o software é o produto ou o motor da operação.
• Prestador de serviço com contrato, comum no mercado brasileiro de tecnologia. Exige atenção para não configurar vínculo de fato, com horário e subordinação, o que gera passivo.
• Freelancer por projeto, bom para escopo fechado e ruim para demanda contínua sem alguém coordenando.
• Profissional alocado por empresa, em que você contrata capacidade e a empresa responde pela substituição. Custa mais e reduz o risco de dependência de uma pessoa.

Em qualquer um dos quatro, três cláusulas não são negociáveis: propriedade do código produzido, sigilo sobre o que a pessoa vê, e devolução de acesso na saída. Domínio, conta de nuvem e repositório ficam no nome da empresa desde o primeiro dia, com o profissional como convidado.

O que forma o preço

1. Experiência com o problema, que vale mais que anos de carreira: alguém que já resolveu aquilo antes custa mais e sai mais barato.
2. Autonomia. Profissional que precisa de acompanhamento constante custa o próprio salário mais o tempo de quem acompanha.
3. Escassez da tecnologia, que encarece nichos e é um bom argumento para escolher tecnologia comum, com o panorama em linguagens de programação.
4. Modelo de contratação, já que hora de fornecedor inclui risco e ociosidade que salário não inclui.
5. Clareza do que você quer, que é a variável mais barata de melhorar e a que mais reduz custo total, como em como definir o escopo do primeiro produto digital.

A conta completa de um projeto, somando pessoas, ferramentas e manutenção, está em quanto custa desenvolver um produto digital.

Por que o bom vai embora

• Prioridade que muda toda semana, que é o motivo número um e não tem nada a ver com salário.
• Nunca terminar nada, com projetos abandonados na metade.
• Ser tratado como executor de pedido, sem participar da decisão do que construir.
• Dívida técnica que ninguém deixa pagar, com pressa constante e nenhum espaço para arrumar o que trava a entrega.
• Ausência de outra pessoa técnica para conversar, que é a queixa mais comum de quem é o único desenvolvedor da empresa.
• Salário defasado, que aparece só em quinto lugar, e ainda assim resolve pouco quando os quatro primeiros estão presentes.

Os erros comuns

• Contratar por lista de tecnologias, em vez de capacidade de resolver problema. Tecnologia se aprende; critério, não.
• Pedir um sênior pagando júnior, e concluir que o mercado está difícil.
• Contratar antes de ter escopo, deixando a pessoa esperando definição e sem entregar nada nos primeiros meses.
• Testar com prova de algoritmo que não se parece com o trabalho real.
• Um desenvolvedor só, sem plano de continuidade, o que transforma férias em interrupção e saída em crise.
• Achar que ferramenta de IA substitui contratação. Ela multiplica quem já sabe o que quer, e o que muda no processo do time está em IA para programar.

O resumo cabe em uma frase: contrate pela capacidade de fazer boas perguntas, teste com trabalho real e pago, e reserve alguém da empresa para decidir prioridade toda semana. Sem essa última parte, nenhuma contratação funciona, e a razão está em desenvolvimento de software.

Perguntas frequentes