A empresa cresceu e a tecnologia deixou de ser detalhe. Hoje existe um sistema que não pode cair, um site que vende, integrações com contabilidade e um fornecedor que responde quando pode. Alguém na reunião de diretoria faz a pergunta que estava demorando para aparecer: não seria melhor ter um time nosso?
A resposta que costuma vir em seguida é uma conta de padaria: o salário de dois desenvolvedores contra a mensalidade do fornecedor. É por aí que a decisão começa errada, porque essa comparação ignora a maior parte do custo dos dois lados.
A tese deste texto é que a escolha entre time interno e terceirizado não se resolve por preço, e sim por três perguntas: o que é núcleo do seu negócio, com que velocidade você precisa mudar de direção e qual conhecimento você não pode perder se alguém sair.
O que é um time de TI interno e o que é terceirização?
Time de TI interno é a equipe contratada diretamente pela empresa, com dedicação integral e vínculo empregatício, respondendo à gestão da casa. Terceirização é a contratação de uma empresa especializada que fornece profissionais ou entregas, com o vínculo e a gestão técnica do lado do fornecedor.
Entre os dois extremos existe uma faixa larga de arranjos: profissionais alocados que trabalham no seu ritmo e na sua prioridade, squads completas com gestão própria, projetos fechados com escopo e prazo definidos, e contratos de manutenção que cobrem só o essencial. Cada arranjo muda quem responde pelo prazo, quem decide a prioridade e quem retém o conhecimento.
Vale separar essa decisão de outra parecida, que é escolher entre alocar profissionais ou fechar um projeto com escopo definido. Essa segunda comparação já foi detalhada em alocação de desenvolvedores ou projeto fechado e trata de como contratar de fora. Aqui a pergunta é anterior: contratar de fora ou construir dentro.
Quanto custa de verdade um desenvolvedor interno?
O salário é a parte visível e, dependendo do regime de contratação, responde por metade ou menos do custo real. Some com honestidade os itens que sempre aparecem depois:
- Encargos e benefícios. Dependendo do regime, elevam de forma expressiva o valor sobre o salário nominal. Esse é o item que quase todo mundo lembra.
- Estrutura. Equipamento, licenças, ferramentas de desenvolvimento, ambientes de teste e infraestrutura em nuvem.
- Recrutamento e rampa. Processo seletivo, tempo de gestão envolvido e os primeiros meses até a pessoa produzir no ritmo esperado.
- Ociosidade. Um time próprio tem custo fixo. Se o mês foi de manutenção leve, o custo continua igual ao mês de projeto pesado.
- Rotatividade. Tecnologia é um mercado disputado. Perder uma pessoa significa repetir recrutamento e rampa, além do risco de o conhecimento sair pela porta.
- Cobertura de especialidades. Um desenvolvedor não faz banco de dados, infraestrutura, segurança, testes e design. Ou você contrata mais gente, ou terceiriza as pontas mesmo tendo time.
Quando esses itens entram na planilha, a comparação muda de figura. Não significa que time próprio seja caro demais, significa que a conta simples de salário contra mensalidade não descreve a realidade de nenhum dos lados.
Quando vale montar um time próprio?
Time interno rende quando o software é parte do que a empresa vende, e não apenas ferramenta de apoio. Se o seu produto é digital, se o sistema é o diferencial competitivo ou se as mudanças são constantes e imprevisíveis, ter gente dedicada compensa.
Outros sinais de que chegou a hora: existe demanda contínua que ocupa o time o ano todo, e não picos seguidos de meses parados; a empresa já tem quem consiga dirigir tecnicamente essa equipe, definindo padrões e prioridades; e o conhecimento acumulado sobre as regras de negócio é tão específico que explicá-lo repetidamente a terceiros custa mais do que retê-lo internamente.
O ponto mais negligenciado é o segundo. Time próprio sem direção técnica vira um grupo de pessoas ocupadas produzindo decisões desalinhadas. Quando não existe alguém sênior para esse papel, um arranjo intermediário resolve, como o descrito em CTO as a service, com direção técnica contratada e execução dividida.
Quando a terceirização entrega mais rápido?
Terceirizar faz sentido quando a demanda é intensa por um período e depois diminui, quando falta na casa uma especialidade específica ou quando a empresa precisa começar em semanas, não em meses.
O ganho de velocidade vem de três fatores. O time já existe e já trabalhou junto, então não há curva de formação de equipe. A especialidade vem embutida, incluindo áreas que você usaria pouco para justificar uma contratação, como segurança ou infraestrutura. E o custo acompanha a demanda: reduzir a equipe quando o projeto termina é uma conversa contratual, não uma demissão.
Também existe um benefício menos citado: um fornecedor que atende várias empresas traz repertório do que deu certo e do que deu errado em outros contextos. Esse repertório vale dinheiro em decisões de arquitetura, justamente as que são caras de reverter, como mostra o custo acumulado da dívida técnica quando as escolhas iniciais são ruins.
O modelo híbrido funciona?
Na maioria das empresas de porte médio, é o arranjo que melhor se sustenta. A lógica é simples: mantenha dentro o que é estratégico e permanente, contrate fora o que é especializado ou temporário.
Uma divisão que costuma funcionar bem: internamente ficam a pessoa que entende profundamente o negócio e traduz necessidade em requisito, e quem cuida do dia a dia do que já está no ar. Externamente entram os projetos novos, as especialidades pontuais e os picos de demanda.
O híbrido só dá errado quando as responsabilidades ficam difusas. Se ninguém sabe quem responde por um problema em produção, o modelo vira empurra-empurra na hora da crise. A definição clara de quem responde pelo quê, com prazos combinados, é o que separa um híbrido saudável de um caos organizado, e é exatamente o papel dos acordos descritos em SLA e indicadores.
Como não ficar refém do fornecedor?
Esse é o medo legítimo por trás de boa parte das decisões de internalizar. E ele se resolve por contrato e disciplina, não necessariamente por contratação direta.
Quatro exigências resolvem a maior parte do risco. Primeiro, o código e os acessos precisam estar em contas da empresa, não do fornecedor. Segundo, a documentação mínima precisa ser entregue continuamente, e não prometida para o fim do projeto. Terceiro, as tecnologias escolhidas devem ser comuns no mercado, para que outra equipe consiga assumir. Quarto, deve existir um plano de transição escrito, mesmo que nunca seja usado.
Esses quatro itens estão detalhados em código-fonte e documentação, e valem tanto para quem terceiriza quanto para quem tem time próprio. Empresa com equipe interna também fica refém, só que de duas ou três pessoas que sabem como tudo funciona.
Como decidir: as perguntas que resolvem a reunião
Leve estas perguntas para a mesa antes de comparar valores:
- A demanda é contínua ou por ondas? Contínua favorece time próprio. Por ondas favorece terceirização.
- O software é o produto ou apoia o produto? Se é o produto, o conhecimento precisa ficar dentro.
- Quem vai dirigir tecnicamente? Sem essa resposta, time próprio é risco alto.
- Quanto tempo você tem? Montar equipe leva meses. Terceirizar leva semanas.
- Quantas especialidades você precisa cobrir? Quanto mais frentes, mais cara fica a internalização completa.
- O que acontece se a pessoa-chave sair amanhã? Se a resposta assusta nos dois modelos, o problema é de documentação, não de contratação.
A decisão certa é a que cabe no seu momento
Não existe modelo superior. Existe modelo adequado ao tamanho da empresa, à natureza da demanda e à maturidade da gestão de tecnologia. Empresas que internalizam cedo demais compram custo fixo antes de ter demanda. Empresas que terceirizam tudo por tempo demais perdem o domínio das próprias regras de negócio.
O melhor caminho costuma ser gradual: começar com apoio externo, entender o volume real de demanda, internalizar primeiro quem traduz negócio em tecnologia e só então avaliar equipe própria de desenvolvimento.
Se você está nessa decisão e quer uma leitura franca do seu cenário, incluindo os casos em que recomendamos não terceirizar, converse com o nosso time. A DevCore trabalha nos dois formatos e ajuda a desenhar o arranjo que faz sentido para o seu momento.
Perguntas frequentes sobre time de TI interno ou terceirizado
A partir de que tamanho vale ter um time de TI próprio?
O gatilho não é o número de funcionários, é a constância da demanda. Se existe trabalho de tecnologia suficiente para ocupar duas ou três pessoas o ano inteiro, e alguém capaz de dirigir tecnicamente essa equipe, a internalização começa a se pagar. Demanda intermitente continua mais eficiente por contratação externa.
Terceirizar significa perder o controle do sistema?
Não, desde que o contrato garanta código e acessos em contas da empresa, documentação contínua e tecnologias comuns de mercado. O controle se perde por falta de exigência contratual, não pelo modelo em si. Empresas com time próprio e nenhuma documentação estão igualmente vulneráveis.
Dá para começar terceirizando e internalizar depois?
Sim, e costuma ser o caminho mais seguro. Você aprende o volume real de demanda antes de assumir custo fixo, e a transição fica simples se o código, a documentação e os acessos estiverem organizados desde o início. Combine essa possibilidade em contrato, mesmo sem data definida.