Outsourcing de TI: os quatro modelos, o que entra no contrato e quando não terceirizar

A vaga de analista de infraestrutura está aberta há cinco meses. O plantão de fim de semana virou revezamento informal entre três pessoas. O diretor pergunta por que o incidente de sábado só foi tratado na segunda. Nenhuma dessas frases é sobre tecnologia.

Outsourcing de TI entra na conversa nesse ponto, quase sempre pela porta errada. A pergunta que se faz é quanto custa terceirizar. A pergunta que decide é outra: qual processo tem escala, medição e maturidade para sair de casa sem levar o problema junto.

Este texto separa os quatro modelos de contratação e mostra o que precisa estar escrito antes da assinatura. No fim, lista as armadilhas que aparecem no sexto mês. A decisão é de escopo, de contrato e de reversibilidade, nessa ordem.

O que é outsourcing de TI

Outsourcing de TI é a transferência da execução de um processo de tecnologia para um fornecedor externo, que responde pelo resultado acordado em contrato. O escopo vai de um processo isolado, como service desk ou NOC, até a operação inteira. A diferença para a contratação de mão de obra está no objeto: você compra serviço medido, não hora de pessoa.

Essa distinção decide o contrato inteiro. Se o fornecedor entrega pessoas, a sua TI continua responsável pelo resultado e apenas terceirizou o vínculo. Se ele entrega serviço, o resultado é dele e a medição passa a ser por indicador, não por presença.

O service desk e o NOC são os candidatos naturais. Ambos têm demanda contínua, volume mensurável e escala de plantão que uma equipe interna média não sustenta sozinha.

Na prática, o que sai de casa quase nunca é a TI inteira. Sai a operação repetitiva e medível: plantão, triagem de primeiro nível, monitoramento de infraestrutura, sustentação de ferramenta. Fica dentro a arquitetura, a relação com as áreas de negócio e a decisão de investimento.

Os quatro modelos e o que muda no contrato

Chamar tudo de outsourcing esconde diferenças que aparecem na primeira crise. A tabela separa os quatro arranjos mais comuns pelo que o fornecedor de fato assume.

Serviços gerenciados é o arranjo mais comum quando a dor é cobertura. O fornecedor traz método, ferramenta e escala de plantão, além de responder por indicador. Os critérios objetivos de avaliação estão em como avaliar um MSP antes de contratar.

O AMS costuma ser o menos compreendido dos quatro. Ele reúne a sustentação de várias ferramentas em um contrato só, o que reduz a superfície de fornecedor. Gravamos uma explicação do arranjo e dos casos em que ele encaixa em o que é AMS em TI.

Staff augmentation resolve prazo, não estrutura. Ele cobre a vaga aberta e o pico de projeto, porém mantém a gestão, o processo e o risco com você. Contratar esse modelo esperando resultado de serviço gerenciado é a origem mais comum de frustração no primeiro trimestre.

O outsourcing total é o arranjo menos frequente entre empresas de médio porte. Ele só se sustenta quando a TI não carrega diferencial competitivo. Mesmo assim, exige um núcleo interno de governança para avaliar o fornecedor.

Quando terceirizar faz sentido e quando não faz

A resposta depende menos do preço e mais de duas verificações. A primeira é a conta real da cobertura interna. A segunda é o estado do processo que sairia de casa.

A conta que quase ninguém faz

Uma escala 24×7 soma 168 horas por semana. Com jornada de 40 horas, isso já exige mais de quatro pessoas por posição. O número passa de cinco quando entram férias, folga, treinamento e afastamento.

Comparar a mensalidade do contrato com o salário de dois analistas distorce o resultado na primeira linha. O cálculo de TCO corrige a comparação. Some salário, encargos, treinamento e licença de ferramenta. Entram também hora extra de plantão e o custo do conhecimento que sai quando a pessoa pede demissão.

Existe ainda o custo que não aparece na planilha: o tempo do seu especialista sênior gasto em triagem de primeiro nível. Terceirizar N1 não economiza folha, porém devolve horas de quem resolve problema difícil.

Vale a mesma disciplina para o turno da madrugada. Sobreaviso sem estrutura custa pouco em folha e muito em rotatividade. A pessoa que acorda três vezes por semana pede demissão antes do fim do ano.

Os três casos que reprovam na entrada

Processo instável não se terceiriza. Você exporta o caos e recebe de volta um relatório dele, agora com contrato no meio. Estabilize a categorização, a fila e a prioridade antes de colocar um fornecedor para operar.

Um sinal prático vale mais que a intenção. Se você não sabe hoje quantos chamados de N1 entram por semana, não tem base para escrever SLA. O fornecedor vai propor um número calibrado para ser cumprido.

Conhecimento que é diferencial competitivo também não sai. O fornecedor vai reaplicar esse conhecimento no próximo cliente, que pode ser o seu concorrente. Vale para regra de negócio, modelo de dados e integração proprietária.

O terceiro caso é a governança. Você pode terceirizar a execução, jamais a decisão sobre arquitetura, risco e prioridade. Quem entrega essa camada perde a capacidade de avaliar o próprio fornecedor.

O que precisa estar no contrato

O contrato é o produto que você está comprando. Ferramenta e time mudam ao longo dos anos, o texto assinado permanece.

SLA por severidade, não SLA médio

Um indicador único de 99% esconde a hora em que o faturamento ficou fora do ar. Separe tempo de primeira resposta e tempo de solução, por severidade, com penalidade descrita. A mecânica de apuração aparece em o que é SLA.

Escreva também a janela de cobertura em horas e dias, com o que acontece fora dela. A matriz de responsabilidade por atividade evita que a fronteira vire discussão no meio do incidente. Exija relatório com a fonte do dado, não apenas o número já calculado pelo fornecedor.

Dado pessoal: quem responde perante o titular

O fornecedor que opera a sua TI trata dado pessoal em seu nome. Isso o coloca na posição de operador. A sua empresa segue como controladora perante o titular. A lei geral de proteção de dados prevê responsabilidade solidária nessa relação.

O contrato precisa dizer quais bases o fornecedor acessa, por quanto tempo retém e como devolve ou elimina no encerramento. As orientações da autoridade nacional tratam do tema, porém a cláusula continua sendo responsabilidade sua.

Inclua também o prazo de comunicação de incidente de segurança. Descobrir por terceiros que a base vazou há duas semanas transforma um problema do fornecedor em exposição regulatória sua.

Plano de saída, escrito na entrada

Prazo de aviso, formato de entrega da base de conhecimento, propriedade das configurações e das automações, período de transição assistida. Contrato sem porta de saída não é parceria, é dependência.

O mesmo vale para a entrada. Uma transição sem inventário, sem mapa de dependências e sem runbook transferido produz seis meses de reincidência que ninguém previu no cronograma.

Reversibilidade tem preço e prazo. Estime quanto tempo a sua equipe levaria para reassumir a operação e quanto custaria fazer isso às pressas. Esse número é o seu limite de negociação em qualquer renovação.

Como medir o fornecedor depois de assinado

Contrato assinado não é operação garantida. A relação precisa de cadência formal, porque o desvio aparece no terceiro mês e some do relatório no sexto.

Reunião mensal de operação com pauta fixa: indicadores do período, incidentes de severidade alta, reincidências e itens de melhoria. Reunião trimestral com o dono do contrato, para revisar escopo e volume.

Auditoria da fonte do dado pelo menos uma vez por semestre. Peça o dado bruto, não o relatório pronto. Fornecedor que só entrega o número calculado está pedindo confiança onde deveria oferecer evidência.

Revisão anual de escopo fecha o ciclo. Volume cresce e sistemas entram e saem. O contrato de dois anos atrás cobre um ambiente que já não existe.

As armadilhas que aparecem no sexto mês

SLA melancia. Verde no relatório do fornecedor, vermelho na percepção do usuário. Acontece quando o indicador mede a atividade do fornecedor em vez do serviço que o negócio consome.

Medir presença em vez de resultado. Contrato que cobra headcount alocado devolve headcount alocado. Se o objeto é serviço, o indicador precisa ser de serviço.

Conhecimento que fica com o fornecedor. Runbook, histórico de causa-raiz e desenho de alerta viram ativo dele. Exija que a base de conhecimento more no seu ambiente, atualizada como entrega contratual.

Fronteira sem dono. O fornecedor cuida do monitoramento, a sua equipe cuida da aplicação, ninguém cuida da integração entre as duas. É exatamente onde o incidente mora, como mostra a prática de gestão de incidentes de TI.

Lock-in de ferramenta. O fornecedor implanta a plataforma dele, com a licença no nome dele. Na troca, você perde histórico, limiar calibrado e integração. Negocie a titularidade antes, não na rescisão.

Escopo que só cresce por aditivo. Todo pedido fora do contrato vira orçamento novo. O custo real do primeiro ano supera a proposta assinada. Negocie uma franquia de demandas eventuais antes de assinar.

Como decidir sem terceirizar o problema

A decisão de outsourcing de TI se resolve em três perguntas, nessa ordem. O processo está estável o suficiente para ser medido por indicador? O contrato descreve severidade, fronteira e saída? A governança continua dentro de casa?

Quando as três respostas são sim, o modelo entrega cobertura que a folha de pagamento não sustenta. Quando alguma é não, arrume o processo antes de contratar. Fornecedor nenhum organiza o que a casa ainda não organizou.

O erro mais caro não é escolher o fornecedor errado. É terceirizar um processo que ninguém dentro de casa sabe medir. A conta chega quando o primeiro relatório vem verde com o usuário reclamando. Sem indicador próprio, não há como contestar.

Se você está nessa avaliação agora e quer um desenho de cobertura antes de olhar preço, fale com nossos especialistas.