Terceirizar TI ou montar equipe interna? Um método de decisão sem achismo

A decisão entre terceirizar a TI ou montar equipe própria é apresentada com frequência como uma questão de custo. Não é — ou não é principalmente. É uma questão de qual competência a empresa precisa ter, e qual ela precisa apenas acessar.

Empresas que decidem só pela planilha costumam errar nas duas direções: terceirizam o que era estratégico e perdem controle, ou internalizam o que era especializado e ficam com uma equipe que não domina o assunto e não tem volume para aprender.

Este artigo propõe um método de decisão em quatro perguntas, com os números que precisam entrar na conta e os cuidados contratuais que evitam os problemas mais comuns.

As quatro perguntas

1. Essa competência é diferencial competitivo?

A pergunta separa o que sustenta o negócio do que o diferencia.

Se a empresa vende software, o desenvolvimento é o núcleo e deve ser interno. Se a empresa é uma indústria e usa software para gerir a produção, o desenvolvimento do sistema pode perfeitamente ser de terceiros — mas o conhecimento sobre as regras de negócio embutidas nele não pode sair.

Um teste útil: se a competência sair da empresa amanhã, isso afeta a proposta de valor ao cliente ou apenas a operação interna? Afetando a proposta de valor, tende a ser interna.

2. A demanda é contínua e previsível?

Contratar em regime permanente faz sentido para demanda permanente. Suporte ao usuário, administração de ambiente e gestão de acessos são atividades contínuas e previsíveis — candidatas a equipe própria ou a contrato de serviço gerenciado com volume fixo.

Já projetos de migração, redesenho de arquitetura, adequação de segurança e implantação de IA são intermitentes e exigem especialização profunda. Manter esses perfis em regime integral raramente se justifica: ou ficam ociosos, ou são alocados em operação e perdem a especialização.

3. Existe massa crítica para reter talento?

Um único profissional especializado numa empresa onde ninguém mais entende do assunto tende a sair. Não tem com quem trocar, não evolui tecnicamente e recebe propostas melhores de empresas onde a área é central.

Isso cria o risco mais subestimado da internalização: a empresa investe em contratação e capacitação, o profissional amadurece e vai embora, e o conhecimento sai junto porque não havia com quem compartilhar.

Times de tecnologia funcionam melhor a partir de um tamanho mínimo. Abaixo disso, o modelo híbrido costuma ser mais estável.

4. Qual o custo real de cada opção?

Deixado por último de propósito, porque só faz sentido depois das três anteriores. E precisa ser calculado corretamente.

O custo real da equipe interna

A comparação honesta não é entre salário e valor da nota fiscal. Precisa incluir:

Custo total do colaborador. Salário, encargos, benefícios, provisões. No Brasil, o multiplicador sobre o salário nominal costuma ficar entre 1,7 e 2,0, variando com o pacote de benefícios.

Custo de recrutamento e da vaga aberta. Contratação de perfil técnico especializado leva tempo e frequentemente exige empresa de recrutamento. E a vaga aberta tem custo de oportunidade — o trabalho não feito.

Capacitação. Cursos, certificações e o tempo dedicado a estudo. Sem isso, a equipe defasa.

Cobertura. Férias, licenças, desligamento. Uma pessoa não cobre uma função contínua; precisa haver redundância ou aceitação explícita de descobertura.

Ferramentas e licenças por profissional.

Gestão. Alguém precisa liderar, avaliar e desenvolver a equipe, e isso consome tempo de um gestor.

Risco de saída. Probabilidade de rotatividade multiplicada pelo custo de substituição, que inclui a curva de aprendizado do substituto.

O custo real da terceirização

Do outro lado, também há itens que não aparecem no contrato:

Gestão do contrato. Alguém interno precisa acompanhar, medir, cobrar e aprovar. Terceirização sem gestão vira serviço à deriva. Reserve tempo de um gestor.

Curva de aprendizado inicial. Nos primeiros meses, o fornecedor não conhece o ambiente e a produtividade é menor. Isso é normal e precisa estar no planejamento.

Serviços fora do escopo. O que não estiver previsto será cobrado à parte. Escopos mal definidos produzem faturas surpreendentes.

Dependência. Quanto custaria trocar de fornecedor? Se a resposta for "não sabemos", esse é o custo oculto mais relevante.

Perda de conhecimento contextual. O fornecedor conhece a tecnologia; o conhecimento sobre por que a empresa faz as coisas de determinada forma tende a se dispersar se não houver alguém interno responsável por retê-lo.

O modelo que funciona para a maioria

Na prática, empresas de médio porte raramente se dão bem nos extremos. O arranjo mais estável é híbrido, com uma divisão clara.

Interno: a gestão de TI, com autonomia decisória e responsabilidade pelo orçamento; o conhecimento das regras de negócio e da arquitetura; a gestão dos contratos e dos fornecedores; e a segurança da informação em nível de coordenação.

Terceirizado: operação de suporte e infraestrutura, com indicadores acordados; especialidades intermitentes — arquitetura de nuvem, segurança ofensiva, dados e IA; e desenvolvimento de projetos com escopo definido.

O elemento crítico desse arranjo é o gestor de TI interno. Não precisa ser o profissional mais técnico da sala, mas precisa entender o suficiente para avaliar propostas, questionar recomendações e decidir. Terceirizar sem essa figura é entregar as decisões ao fornecedor — que, por melhor que seja, tem interesses próprios.

A regra que resume: terceirize execução, nunca decisão. E mantenha internamente a capacidade de avaliar a execução terceirizada.

O que não deve ser terceirizado

Independentemente do porte:

A decisão sobre arquitetura e investimento. Pode ser assessorada, jamais delegada.

As credenciais de administração dos ativos críticos. A empresa precisa manter acesso administrativo aos próprios domínios, contas de nuvem, registros de DNS e sistemas centrais. Perder isso para um fornecedor cria uma dependência que, em conflito contratual, se torna refém.

O conhecimento sobre onde estão os dados e como o ambiente está organizado. Exija documentação atualizada como entregável contratual.

A responsabilidade pela conformidade. Sob a LGPD, o controlador continua responsável independentemente de quem opera.

Estruturando o contrato

Contratos ruins de TI compartilham os mesmos defeitos. O que precisa estar definido:

Escopo com fronteiras explícitas. O que está incluído e, especialmente, o que não está. Ambiguidade sempre será resolvida em favor de quem escreveu o contrato.

Indicadores mensuráveis com método de apuração. "Atendimento ágil" não é indicador. "Resposta inicial em até 30 minutos para incidentes críticos, medida pelo sistema de chamados, com apuração mensal" é. Defina também o que acontece quando o indicador não é atingido — e prefira crédito em serviço a multa, que raramente é cobrada na prática.

Propriedade intelectual e dos dados. Todo código, documentação e configuração produzidos pertencem à contratante. Parece óbvio e é frequentemente omitido.

Plano de saída. O contrato precisa descrever como seria a transição para outro fornecedor ou para equipe interna: prazo, entregáveis, transferência de conhecimento e período de acompanhamento. Negociar isso no início custa nada; negociar durante um conflito custa caro.

Documentação como entregável recorrente, não como promessa.

Cláusulas de segurança e conformidade: requisitos mínimos de controle, obrigação de notificação de incidentes com prazo, e direito de auditoria.

Continuidade de pessoas-chave. Se o serviço depende de profissionais específicos, estabeleça aviso prévio de substituição e período de sobreposição.

Os modelos de contratação disponíveis

"Terceirizar TI" abrange arranjos comerciais bastante diferentes, e escolher o errado produz atrito mesmo com um bom fornecedor.

Corpo técnico alocado. Profissionais dedicados, cobrados por hora ou por mês, trabalhando sob coordenação da contratante. Flexível e simples de entender, mas transfere pouco risco: se o profissional produz pouco, a empresa paga igual. Faz sentido quando a demanda é variável e a contratante tem capacidade real de coordenar o trabalho.

Serviço gerenciado. O fornecedor assume a responsabilidade por um resultado — manter o ambiente disponível, atender chamados dentro de prazos acordados — por um valor recorrente, e decide como se organizar para isso. Transfere risco operacional e alinha incentivos: reduzir incidentes passa a interessar ao fornecedor. É o modelo mais adequado para operação contínua, desde que os indicadores estejam bem definidos e sejam apurados de forma verificável.

Projeto com escopo fechado. Entrega definida, prazo e valor acordados. Adequado para migrações, implantações e adequações com fronteiras claras. O risco está na definição de escopo: quanto mais vago, mais aditivos. Exige tempo de especificação antes da contratação — e esse tempo é investimento, não atraso.

Contrato de horas com bolsa. Um volume de horas contratado antecipadamente, consumido conforme a demanda. Útil para especialidades intermitentes: você garante disponibilidade sem manter alocação permanente. Atenção ao prazo de validade das horas e à regra de consumo.

Assessoria e consultoria. Horas de especialista para orientar decisões, revisar arquitetura ou avaliar propostas, sem executar. É o modelo mais barato e frequentemente o mais valioso, porque atua justamente sobre as decisões que determinam todo o resto do custo.

A combinação que mais funciona em empresas de médio porte: serviço gerenciado para a operação do dia a dia, projetos de escopo fechado para as iniciativas estruturantes, e bolsa de horas de especialistas para as frentes intermitentes — com a gestão e as decisões permanecendo internas.

Um alerta sobre o modelo de corpo alocado: ele é o mais vendido porque é o mais simples de precificar, e é aquele em que a contratante assume mais risco. Se você não tem capacidade de coordenar tecnicamente o trabalho de quem foi alocado, provavelmente precisa de serviço gerenciado, não de pessoas.

Sinais de que o modelo atual não está funcionando

Vale revisar a decisão quando aparecem estes sintomas:

O fornecedor é o único que sabe como o ambiente funciona. Toda demanda nova vira um orçamento adicional. Os indicadores são reportados pelo próprio fornecedor sem verificação independente. A equipe interna não consegue explicar decisões técnicas do próprio ambiente. Ou, do lado oposto: a equipe interna está permanentemente sobrecarregada com operação e nunca avança em nada estruturante.

Esse último sintoma é o mais comum em empresas que internalizaram demais. A solução não é contratar mais gente para o mesmo modelo — é tirar a operação repetitiva do time interno para liberar capacidade de projeto.

Como conduzir a transição

Mudar de modelo é um projeto, e projetos de transição malfeitos causam meses de instabilidade.

Comece por documentar o estado atual — inventário, acessos, processos, contratos. Faça a transição por domínios, não de uma vez. Mantenha período de sobreposição entre o modelo antigo e o novo. Estabeleça critérios objetivos de aceitação para cada domínio transferido. E preserve o conhecimento com documentação verificada, não com reuniões de repasse.

Como avaliar um fornecedor antes de contratar

A escolha do parceiro pesa tanto quanto a escolha do modelo. Algumas verificações separam rapidamente quem entrega de quem vende bem.

Peça referências de clientes de porte e segmento similares — e ligue. Pergunte especificamente sobre o que deu errado e como foi tratado. Fornecedor sem nenhum problema relatado em anos de operação ou nunca operou de verdade, ou a referência foi ensaiada.

Verifique quem executará o trabalho. É comum a proposta ser apresentada por profissionais experientes e a execução ficar com uma equipe completamente diferente. Peça os perfis nominais de quem vai atender e inclua no contrato a regra de substituição.

Avalie a capacidade de dizer não. Num fornecedor bom, em algum momento da conversa comercial alguém vai discordar de uma premissa sua ou desaconselhar algo que você pediu. Quem concorda com tudo está vendendo horas.

Peça um exemplo de documentação real — anonimizada — de outro cliente. A qualidade da documentação que o fornecedor produz é o melhor previsor da qualidade do que ele vai deixar para você.

Entenda o modelo de escalonamento. O que acontece quando o profissional alocado não consegue resolver? Existe segundo nível? Existe especialista disponível? Fornecedores pequenos podem ser excelentes, mas é preciso saber onde está o limite.

Verifique a saúde do próprio fornecedor. Tempo de mercado, concentração de receita em poucos clientes, rotatividade da equipe. Depender de um fornecedor em dificuldade financeira é risco operacional direto.

Comece pequeno quando possível. Um projeto delimitado antes de um contrato de operação plurianual revela mais do que qualquer processo de seleção.

Conclusão

A decisão entre terceirizar e internalizar não tem resposta universal, mas tem método. As quatro perguntas — diferencial competitivo, continuidade da demanda, massa crítica e custo real — resolvem a maior parte dos casos com clareza.

O que quase nunca funciona é o extremo: nem terceirizar tudo, incluindo a capacidade de decidir, nem internalizar tudo, incluindo especialidades que a empresa não tem volume para sustentar.

E o elemento que mais determina o sucesso, em qualquer modelo, é a existência de alguém internamente com autonomia, conhecimento suficiente e tempo para gerir.

A BHELP.tech atua como parceiro nesse arranjo híbrido — assumindo operação e especialidades sob indicadores acordados, enquanto fortalece a capacidade interna de decisão do cliente. Um bom fornecedor de TI é aquele que reduz a sua dependência dele, não aquele que a aumenta.