Terceirizar operação de TI: o que fica e o que sai de dentro

O problema aparece na renovação do contrato, não na assinatura

Quando uma empresa terceiriza a operação de TI, o momento de maior atenção costuma ser a assinatura do contrato: o escopo, o SLA, o preço mensal. O problema real, no entanto, aparece meses depois, geralmente durante o primeiro incidente sério ou na primeira renovação. É quando alguém pergunta por que um servidor crítico está configurado daquele jeito. Ninguém internamente sabe responder, porque a decisão foi tomada pelo fornecedor, sem que a empresa tivesse participado dela.

Isso não significa que o fornecedor errou. Significa que ninguém definiu, antes de assinar, quais decisões continuavam sendo da empresa e quais passavam a ser operacionais, do dia a dia de quem executa.

O que muda quando alguém decide o que fica dentro

A pergunta comum é "quanto terceirizar": tudo, metade, só o monitoramento. Essa pergunta importa menos do que parece. O que realmente protege a empresa é listar, antes de qualquer proposta, quais decisões específicas precisam continuar sendo tomadas por alguém interno, independentemente de quem cuida da operação do dia a dia.

Um exemplo prático: decidir qual fornecedor de nuvem usar é uma decisão de negócio, mesmo que a Diglion ou outro parceiro configure e monitore os servidores depois. Decidir qual alerta é crítico o suficiente para acordar alguém às três da manhã também é uma decisão de negócio, porque reflete tolerância a risco, não capacidade técnica.

A decisão que gera mais discussão: quem comanda um incidente grave

Aqui vale registrar uma posição que a Diglion defende, mesmo sabendo que a tentação do mercado costuma ser a oposta. Durante um incidente grave, alguém precisa decidir o que comunicar, quando escalar e quando aceitar um risco temporário para reduzir o downtime. Esse papel de comando deve ficar com alguém interno à empresa, mesmo que o time do fornecedor execute toda a correção técnica.

O custo dessa escolha é manter uma pessoa interna treinada e disponível em plantão, o que parece redundante quando o fornecedor já tem uma equipe de operação 24 horas. O ganho é que essa pessoa entende o impacto de negócio de cada minuto de indisponibilidade de um jeito que um fornecedor, por melhor que seja, não tem como ter. Delegar a execução técnica é razoável. Delegar o julgamento sobre risco de negócio, durante uma crise, custa mais caro do que parece no papel do contrato.

Onde a documentação vira risco, não formalidade

Um erro comum em contratos de operação gerenciada é deixar toda a documentação viva só na cabeça ou nos sistemas do próprio fornecedor. Isso inclui runbooks, diagramas de arquitetura, credenciais e as decisões de configuração que ninguém mais registrou. Funciona bem enquanto o contrato dura. Quando a empresa decide trocar de fornecedor, ou trazer parte da operação de volta para dentro, essa documentação vira o gargalo real da transição, não a tecnologia em si.

Exigir que a documentação seja entregue em formato acessível à empresa, atualizada com frequência definida em contrato, resolve a maior parte disso. O erro é tratar essa cláusula como burocracia opcional. Sem ela, a empresa fica refém de um único fornecedor mesmo quando o contrato formalmente permite trocar.

Um roteiro para a transição

Antes de assinar qualquer proposta de operação gerenciada, mapeie o ambiente atual com quem já opera hoje, mesmo que informalmente. Depois, escreva uma matriz simples de decisões: o que o fornecedor decide sozinho, o que precisa de aprovação, e o que nunca sai de dentro da empresa. Coloque essa matriz no contrato, não numa conversa verbal que ninguém revisita depois.

Só depois disso vale discutir SLA e preço. Sem a matriz de decisões, qualquer SLA é só um número que não diz quem decide o que importa de verdade.

Quando ainda não vale a pena terceirizar

Se a operação de hoje é pequena e estável, e a própria equipe interna já entende o ambiente de ponta a ponta, terceirizar pode custar mais do que resolve. Isso vale principalmente quando o volume de chamados é baixo. Vale mais a pena assim que a operação cresce além do que a equipe interna consegue cobrir com qualidade, ou quando a rotatividade de pessoas técnicas vira um risco constante.

Onde a Diglion entra

Quando a operação de TI passa a exigir suporte externo, a decisão que mais protege a empresa não é escolher o fornecedor certo primeiro. É decidir, antes disso, quais julgamentos continuam sendo seus. A Diglion ajuda equipes a desenhar essa matriz de decisões antes de qualquer proposta de operação gerenciada. O objetivo é reduzir carga operacional sem terceirizar junto o controle que a empresa precisa manter.