Vou internalizar TI que era terceirizada

Movimento inverso — trazer TI de volta para dentro, montar equipe, transferir conhecimento do fornecedor, atravessar transição sem perder operação.

Resposta rápida

Internalizar TI que era terceirizada é o movimento inverso da terceirização e exige a mesma disciplina, na ordem oposta. Em vez de transferir, atrair pessoas. Em vez de definir SLA, definir cargos. Em vez de governar fornecedor, capturar conhecimento que está nele. A sequência que funciona tem cinco etapas: definir o que de fato vai voltar para dentro (raramente é tudo de uma vez), desenhar a estrutura interna alvo (organograma, cargos, salários, ferramentas), montar o time em ondas (líder primeiro, depois núcleo, depois operação), conduzir transferência de conhecimento estruturada com prazos e responsáveis, e executar saída contratual ordenada do fornecedor. Sem essas cinco etapas combinadas, a empresa fica com o pior dos dois mundos: contrato ainda ativo, time interno incompleto e ninguém respondendo por nada.

Pequena até 50 colaboradores

Na empresa pequena, internalizar geralmente significa contratar uma a três pessoas internas para o que antes era um MSP que cuidava de tudo. A decisão é do dono, frequentemente motivada por insatisfação com tempo de resposta ou por crescimento que justifica time próprio. Cuidado central: o MSP detém senhas, configurações, contatos com fornecedores e histórico de tudo. Antes de encerrar o contrato, exija inventário detalhado entregue (em formato que o time interno consiga ler), repositório de senhas migrado, contratos com terceiros (provedor de internet, e-mail, software) com a empresa como titular direto, não com o MSP. Sobrepor MSP e novo time por 30 a 60 dias é caro mas evita perder operação no primeiro mês.

Média 51–500 colaboradores

Na empresa média, internalizar exige patrocínio executivo (CFO, COO, CEO) e projeto formal de seis a dezoito meses. Time alvo costuma ter quinze a quarenta pessoas distribuídas em infra, segurança, app, suporte e gestão. Movimento começa pelo líder de TI interno (CIO ou gerente sênior) — sem essa contratação, todo o resto fica adiado. Depois vem o núcleo (arquitetos, gestores de torre, segurança), depois a operação. Transferência de conhecimento estruturada do fornecedor é o ponto mais delicado: pessoas que vão sair têm pouco incentivo para documentar bem; cláusulas contratuais e milestones de transferência ajudam, mas presença física e mentoria pareada nas semanas finais funcionam mais. O risco característico é subestimar o tempo: dezoito meses costuma ser realista, não nove.

Grande +500 colaboradores

Na empresa grande, internalizar (parcial ou totalmente) é programa de doze a trinta e seis meses, com patrocínio do CEO e governança formal. Time alvo pode envolver centenas de pessoas. Frequentemente o movimento é parcial — internalizar estratégia, arquitetura, segurança, desenvolvimento de produto, e manter terceirizada parte da operação. Programa em três frentes simultâneas: recrutamento massivo (com employer branding ativo, parceria com headhunters, oferta competitiva), transferência de conhecimento por torre com cronograma firme, e desmonte contratual do fornecedor em ondas que casam com a maturidade do time novo. O risco a vigiar é a guerra de talentos: pessoas-chave do fornecedor podem virar contratação direta da empresa (com cláusula contratual permitindo), o que acelera a transição mas custa em relação comercial.

Você está vivendo isso se…

O fornecedor atual perdeu profundidade no negócio ou aderência cultural
Custos da terceirização cresceram acima do esperado, sem ganho proporcional
A empresa quer mais agilidade em decisões técnicas que hoje passam pelo contrato
Há áreas (produto, dado, segurança) em que tecnologia virou diferencial competitivo
Conflito de interesse com o fornecedor (que vende mais serviço) ficou desconfortável
Relação se deteriorou e renovar contrato deixou de fazer sentido

Decidir o que de fato volta para dentro

"Internalizar" raramente significa trazer literalmente tudo. A pergunta inicial é qual modelo final faz sentido. Quatro cenários típicos. Internalização total: todo o escopo que estava terceirizado vira interno — mais comum em empresa pequena que tinha MSP. Internalização do estratégico, terceirização da operação: estratégia, arquitetura, segurança, desenvolvimento de produto ficam internos; suporte, operação de infra, NOC permanecem com fornecedor (talvez outro). Internalização por torre: alguns serviços voltam para dentro, outros continuam terceirizados — escolha por critério estratégico. Modelo híbrido pesado: parceria de longo prazo com fornecedor mas com time interno robusto governando. A escolha define todo o resto — tamanho do time, plano de saída do contrato, prazo.

Quando internalizar faz menos sentido

Há contextos em que voltar para dentro pode ser pior que ajustar a terceirização. Mercados de trabalho onde o talento técnico necessário é caro e escasso (algumas capitais, alguns nichos). Empresas em momento de instabilidade financeira ou operacional que não suportam absorver custos fixos novos. Áreas técnicas em que a empresa não tem maturidade de gestão (tentar internalizar segurança sem nunca ter tido equipe de segurança costuma falhar). Nesses casos, vale renegociar o contrato atual ou trocar de fornecedor antes de partir para internalização.

Desenhar a estrutura alvo antes de contratar

Erro frequente é começar a contratar para depois decidir como vai funcionar. A estrutura alvo precisa estar definida primeiro. Organograma com áreas e cargos (infra, redes, segurança, suporte, app, dado, gestão), faixas salariais alinhadas com mercado do porte e da região, perfil esperado por cargo (técnico, sênior, especialista), modelo de trabalho (presencial, híbrido, remoto), ferramentas que serão usadas, processos básicos (ITSM, gestão de mudança, incidente, projetos). Sem estrutura definida, a primeira contratação distorce todas as seguintes — quem entra primeiro vira referência salarial e cultural para quem vem depois.

Sequência de internalização

Decisão estratégica (1-2 meses). Definir escopo de internalização (total, parcial, por torre), aprovar orçamento plurianual, designar patrocinador executivo e líder do projeto.
Estrutura alvo desenhada (1-2 meses). Organograma, cargos, salários, perfis, modelo de trabalho, ferramentas, processos básicos. Aprovação de RH e financeiro.
Contratação do líder de TI interno (1-3 meses). Sem líder com mandato, contratação subsequente não tem direção. Esse cargo é a primeira contratação real do projeto.
Contratação do núcleo (3-6 meses). Arquitetos, gestores de torre, segurança, especialistas críticos. São as pessoas que vão receber conhecimento do fornecedor.
Transferência de conhecimento estruturada (3-9 meses). Cronograma por torre, milestones contratuais com o fornecedor, mentoria pareada, documentação atualizada, runbooks revisados.
Contratação da operação (em paralelo a 4 e 5). Suporte, operações, NOC. Mais volume, perfis mais juniores, treinamento interno mais intensivo.
Cutover por torre (6-18 meses). Cada torre passa para o time interno em onda, com operação paralela e validação. Áreas críticas primeiro com mais cuidado.
Encerramento contratual ordenado. Fim do contrato com fornecedor segue cronograma, sem buracos. Inventário entregue, senhas migradas, contratos com terceiros titularizados na empresa, relação encerrada com profissionalismo.

Transferência de conhecimento é o nó central

O fornecedor que vai sair detém conhecimento crítico: como cada sistema está configurado, com quais idiossincrasias, quais workarounds estão em produção, quais fornecedores secundários estão envolvidos, qual o histórico de incidentes, o que está documentado e o que está só na cabeça das pessoas. Capturar esse conhecimento exige três coisas. Cláusula contratual clara sobre transferência — não como anexo, como obrigação principal nos meses finais. Cronograma de transferência por torre, com milestones medidos e pagamentos ou penalidades atrelados ao cumprimento. Presença física e mentoria pareada — pessoas do time interno acompanhando o operador do fornecedor nas semanas finais, recebendo o conhecimento por contato direto, não só por documentação.

Erro frequente: contar com a documentação do fornecedor para capturar o conhecimento. Documentação é necessária, mas insuficiente — tudo o que importa de verdade está fora dela. Reservar dois a três meses de operação assistida (time interno conduzindo, fornecedor disponível para tirar dúvida) é mais eficaz do que qualquer entrega documental, por melhor que esteja escrita.

Saída contratual ordenada

Encerrar o contrato com o fornecedor exige planejamento próprio. Aviso prévio respeitado (geralmente seis a doze meses dependendo do contrato), milestones de transferência cumpridos, inventário de ativos físicos e lógicos transferido, contratos com terceiros (provedor de internet, datacenter, licenças de software) re-titularizados em nome da empresa quando aplicável, encerramento de acessos com cuidado para não interromper operação, pagamento final acordado. Fornecedor que sai bem pode virar parceiro futuro em outras frentes; fornecedor que sai mal vira disputa judicial e fofoca de mercado. Saída profissional é parte do projeto.

Armadilhas comuns na internalização

Contratar antes de desenhar estrutura. Cada contratação isolada distorce as seguintes — salário, cargo, expectativa. Estrutura alvo desenhada antes da primeira contratação evita o "improviso que vira política".

Subestimar prazo de transferência de conhecimento. Documentação não substitui mentoria pareada. Reservar dois a três meses de operação assistida vale mais do que reservar mais tempo só para documentar.

Encerrar contrato antes do time estar pronto. Por economizar mensalidade, a empresa fica sem operação. A última coisa que se corta é o contrato — depois que o time interno está operando com confiança, não antes.

Não titularizar contratos com terceiros. Provedor de internet, e-mail, software, datacenter — muitos contratos estão em nome do fornecedor, não da empresa. Sem retitulação, a saída do fornecedor leva embora o serviço.

Caçar talento do fornecedor de forma agressiva sem amparo contratual. Pode acelerar a transição mas destrói a relação comercial e cria risco jurídico. Cláusula contratual de "não solicitação mútua com janelas de exceção" combinada com transparência costuma servir melhor.

Antes de avançar nas fases finais, confira:

Decisão estratégica sobre escopo da internalização (total, parcial, por torre) aprovada
Estrutura alvo (organograma, cargos, salários, ferramentas) desenhada e aprovada por RH e financeiro
Líder de TI interno contratado, com mandato claro e tempo dedicado
Núcleo crítico (arquitetura, gestores de torre, segurança) em fase final de contratação
Cronograma de transferência de conhecimento acordado contratualmente com o fornecedor
Plano de operação assistida (time interno operando com fornecedor disponível) definido
Inventário de contratos com terceiros mapeado, com plano de retitulação onde aplicável
Cronograma de saída do contrato respeitando aviso prévio e milestones de transferência

Por onde começar a internalizar TI que era terceirizada?

Começa pela decisão de escopo: internalização total, parcial, por torre ou modelo híbrido. Em seguida vem o desenho da estrutura alvo — organograma, cargos, salários, ferramentas — antes da primeira contratação, para evitar que improvisos virem política. Depois contrata-se o líder de TI interno, que dará direção ao restante. Núcleo crítico e operação vêm em ondas. Em paralelo, planeja-se a transferência de conhecimento estruturada com o fornecedor e o cronograma de saída do contrato. Internalizar sem estrutura definida é receita para improviso caro.

Quanto tempo leva internalizar TI?

Empresa pequena com MSP pode internalizar em três a seis meses. Empresa média com time alvo de quinze a quarenta pessoas costuma levar de seis a dezoito meses. Empresa grande com programa de centenas de pessoas vive doze a trinta e seis meses. O tempo é dominado por dois fatores: recrutamento (mercado de talento técnico é apertado) e transferência de conhecimento (documentação nunca é suficiente, mentoria pareada exige meses). Subestimar o prazo é o erro mais comum; nove meses costuma ser otimismo, dezoito é mais realista.

Como capturar o conhecimento que está com o fornecedor?

Três peças combinadas. Cláusula contratual clara sobre transferência como obrigação principal nos meses finais, não como anexo. Cronograma por torre, com milestones medidos e pagamentos ou penalidades atrelados ao cumprimento. Presença física e mentoria pareada — pessoas do time interno acompanhando operadores do fornecedor nas semanas finais. Documentação ajuda mas é insuficiente: o que importa de verdade costuma estar fora dela. Reservar dois a três meses de operação assistida (time interno conduzindo, fornecedor disponível) vale mais do que entregas documentais.

Quando não internalizar TI?

Em três contextos típicos. Mercados de trabalho onde o talento técnico necessário é caro e escasso, e o custo fixo de manter time interno supera o ganho. Empresas em momento de instabilidade financeira ou operacional que não suportam absorver custo fixo novo. Áreas em que a empresa não tem maturidade de gestão para conduzir internamente — tentar internalizar segurança sem nunca ter tido equipe de segurança costuma falhar. Nesses casos, vale renegociar com o fornecedor atual ou trocar de fornecedor antes de partir para internalização.

Posso contratar pessoas do fornecedor diretamente?

Depende do contrato. Muitos contratos de terceirização incluem cláusula de "não solicitação" — a empresa cliente não pode contratar diretamente funcionários do fornecedor por um prazo (geralmente seis a vinte e quatro meses após o fim do contrato), salvo exceções acordadas. Contratar à revelia destrói a relação comercial e cria risco jurídico. O caminho profissional é abrir exceção contratualmente para pessoas específicas, com compensação financeira ao fornecedor quando aplicável, e transparência sobre o movimento.

Aprofundar

Ver todos os artigos sobre Terceirização de TI e Outsourcing (Gestão de Fornecedores de TI) →