Equipe interna ou fornecedor contratado: o que muda em custo, rampa e risco

Uma folha de pagamento comparada com uma fatura

O cálculo que precede essa decisão quase sempre tem duas linhas: de um lado, o salário bruto de um desenvolvedor pleno; do outro, a mensalidade de um contrato com três ou quatro pessoas. O primeiro número é menor, a conclusão parece imediata e a empresa abre o processo seletivo na semana seguinte. A aritmética está correta. O que a torna enganosa é a quantidade de custo que não entra em nenhum dos dois lados da conta.

A comparação só se torna útil quando ambos os lados carregam custo total: encargo, equipamento, recrutamento, gestão e tempo de rampa de um lado; margem, gestão de pessoal e risco de alocação do outro. Feita assim, ela deixa de apontar sempre para a mesma resposta e passa a depender de três coisas concretas, que é o que defendemos aqui: do que a empresa faz para viver, do porte da operação e do estágio em que o sistema se encontra.

O que cerca o salário de um desenvolvedor contratado

Contratar em regime CLT no Brasil soma ao salário bruto encargo trabalhista, benefício, equipamento, licença de ferramenta e um custo de recrutamento que é pago mesmo quando a contratação não dá certo e a pessoa sai antes de completar um ano. A esse conjunto se acrescenta uma despesa que raramente aparece em planilha: o tempo de quem já está na empresa avaliando candidato. Recrutamento técnico exige alguém tecnicamente qualificado conduzindo entrevista, e essa pessoa quase sempre tem uma função de tempo integral, de modo que cada processo seletivo consome capacidade de entrega da equipe atual enquanto dura.

Uma contratação de firma desloca esse custo para o outro lado da mesa. O valor por hora ou por projeto embute recrutamento, gestão de pessoal, substituição em caso de saída e a margem que sustenta tudo isso, o que explica por que a fatura mensal parece alta quando comparada isoladamente com um salário. A margem existe e está visível na proposta. O custo interno equivalente também existe e está diluído em meia dúzia de rubricas que ninguém soma no momento da decisão.

O tempo entre a contratação e a produtividade plena

Um desenvolvedor contratado hoje não entrega no primeiro mês o que vai entregar no sexto. Existe um período de familiarização com o sistema existente, com as convenções da equipe e com o domínio de negócio da empresa, e esse período é salário pago sem produtividade equivalente. Numa firma com equipe estável entre projetos, parte desse custo já foi absorvida, porque quem entra num contrato novo tem prática em ler código de terceiro e em se orientar rápido num domínio desconhecido. Isso encurta a rampa sem eliminá-la.

O peso desse tempo varia com o porte da empresa contratante. Numa operação pequena, sem liderança técnica com folga de agenda, a curva de aprendizado de uma contratação nova atrasa de forma perceptível o que a equipe já havia se comprometido a entregar. Numa empresa de porte médio, com liderança estabelecida, a mentoria se distribui entre mais gente e o impacto sobre o roteiro de entregas fica dentro da margem de tolerância.

Concentração de conhecimento e risco de saída

Equipe interna pequena concentra risco em pessoa. Quando o único desenvolvedor sênior do time sai, saem junto o conhecimento de arquitetura e as decisões que nunca foram escritas em lugar nenhum, e a empresa fica sem ninguém capaz de responder a um incidente crítico até que uma contratação nova percorra a mesma rampa, risco que uma direção técnica externa, como a frente de CTO as a Service, ajuda a reduzir ao manter as decisões de arquitetura registradas. Uma firma distribui esse risco entre mais gente, com documentação e revisão de código como prática corrente, o que reduz a dependência de um indivíduo sem anulá-la: quando quem mais conhece o projeto deixa a firma, o cliente sente o impacto, ainda que amortecido por colegas que acompanharam o trabalho de perto.

Do lado do fornecedor existe um risco de outra natureza. Uma firma que perde interesse comercial no contrato, seja por ter ganhado um cliente maior, seja porque o relacionamento esfriou, pode piorar a qualidade da alocação sem que isso apareça de imediato num relatório de horas. A proteção contra esse cenário é contratual: indicador de entrega acompanhado desde as primeiras semanas, quando ainda dá tempo de corrigir o rumo sem trocar de fornecedor. Em contrato por equipe alocada isso significa combinar de antemão o tamanho e a senioridade do time, e o que se espera ver ao fim de cada ciclo, de modo que o relatório de horas não seja o único instrumento de acompanhamento.

Quando montar equipe interna é a resposta certa

Internalizar faz sentido quando o desenvolvimento de software é a atividade central do negócio. Uma empresa cujo produto é o próprio sistema ganha em reter conhecimento profundo dele, e a continuidade de longo prazo justifica o investimento em recrutamento e na formação de uma liderança técnica própria, custo que se dilui ao longo de anos de operação e vira ativo.

Quando o software sustenta outra operação, o cálculo muda de forma. A empresa precisa do sistema funcionando sem precisar do repertório necessário para construí-lo do zero, e contratar quem resolve esse tipo de problema com regularidade, como a frente de Desenvolvimento Full-Stack, tende a sair mais barato e mais rápido. A contratação interna, nesse arranjo, se justifica mais tarde, quando o sistema já está em produção e o volume de manutenção contínua sustenta alguém dedicado só a isso, o que costuma acontecer bem depois da primeira versão entregue.

O arranjo híbrido e o que precisa estar no contrato

Entre as duas pontas existe um formato intermediário cada vez mais comum: a firma constrói o projeto inicial e, durante a execução, treina uma ou duas contratações internas que assumirão a manutenção depois do go-live. A equipe interna aprende o sistema enquanto ele está sendo construído, acompanhando as decisões no momento em que são tomadas, o que produz um entendimento que nenhuma documentação de encerramento consegue transferir depois. Do lado do fornecedor, a transferência deixa de ser um evento concentrado no fim do contrato e passa a acontecer de forma contínua, o que reduz o risco de concentração para os dois lados ao mesmo tempo.

O custo desse arranjo aparece na negociação. Transferência de conhecimento precisa constar do escopo contratado, com horas reservadas no cronograma e responsáveis nomeados de parte a parte, porque tratada como cortesia é a primeira coisa sacrificada quando o prazo aperta. Contrato que não nomeia essa atividade, mesmo com boa vontade dos dois lados, termina com a firma entregando um repositório e a equipe interna começando a rampa no dia seguinte, que é exatamente o cenário que o arranjo pretendia evitar.