Terceirização de TI: os 4 modelos e como escolher

Terceirização de TI é contratar de fora a capacidade de desenvolver, manter ou operar software. Quem chega com essa pergunta está, na prática, avaliando quatro modelos que não se comparam entre si: eles diferem em quem manda, em quem carrega o risco e em quanto custa quando o escopo muda.

Este texto separa os quatro modelos, mostra o que cada um resolve, as três perguntas que apontam o certo para o seu momento e os erros que encarecem a conta.

Os quatro modelos

A coluna que decide não é preço, é a segunda: quem carrega o risco. Duas propostas com valor-hora parecido entregam coisas diferentes para o negócio quando o risco está em lados opostos. Discutir preço antes de fechar o modelo é a conversa que faz empresa contratar a coisa errada pelo valor certo.

O que cada um resolve

• Alocação de profissionais. Gente de fora trabalhando sob a sua gestão, cobrada por hora ou por mês, sem entregável em contrato. O risco central é conhecido: sem alguém tecnicamente responsável do seu lado, os profissionais fazem o que é pedido e ninguém responde pela coerência do produto. Seis meses depois existe um sistema que cresceu sem dono.
• Projeto por escopo. Um escopo definido entregue a quem desenvolve, com prazo e às vezes preço fechado. É o modelo mais sensível à mudança: cada alteração vira negociação. Encaixa em trabalho pontual e estável, como migração de sistema antigo, integração com serviço de terceiro ou módulo isolado bem especificado.
• Time dedicado. Um grupo multidisciplinar trabalhando só no seu produto, em contrato contínuo, com a camada de coordenação incluída. A entrada é mais lenta, e ao longo de alguns meses tende a ganhar dos outros dois quando não existe gestão técnica interna.
• Software por assinatura. Categoria diferente das três: aqui não se contrata desenvolvimento, e sim acesso a um produto pronto. Resolve muito bem o que não é diferencial competitivo, e para de resolver quando o processo é específico ou quando o software é o que você vende.

Os três primeiros modelos aparecem com nomes diferentes no mercado. O recorte por fornecedor está em empresas de tecnologia da informação, e os dois formatos mais comuns de execução em fábrica de software e software house.

As três perguntas que decidem

1. Existe gestão técnica interna? Com alguém capaz de priorizar e revisar, alocação e projeto por escopo são viáveis. Sem essa pessoa, time dedicado é quase sempre mais seguro, porque a coordenação vem incluída. Contratar execução sem quem decida é comprar ingrediente sem ter quem cozinhe.
2. O escopo vai mudar? Produto em fase de descoberta muda de escopo, e isso é saudável. Preço fechado é estruturalmente incompatível com isso: só funciona quando o escopo está estável e escrito antes da assinatura.
3. O software é o produto ou o processo? Se é o que o seu cliente usa, o caminho é desenvolvimento sob medida. Se é ferramenta interna de operação, avalie assinatura primeiro: construir do zero o que existe pronto é uma das decisões mais caras possíveis.

As três respostas apontam um modelo, e o modelo aponta o contrato. Antes delas, vale ter o recorte pronto, como está em como definir o escopo do primeiro produto digital.

Por que o modelo errado sai mais caro que time próprio

O custo da escolha errada não aparece na primeira fatura, aparece meses depois, e o padrão se repete: uma empresa contrata projeto por escopo para construir a primeira versão, assina preço fechado e no segundo mês descobre que precisa mudar metade das funcionalidades por causa do que os primeiros usuários disseram. Cada mudança vira aditivo, o produto atrasa, a relação com o fornecedor se desgasta, e o contrato termina com um sistema que não reflete nada do que foi aprendido.

A economia prometida pela terceirização é real, e ela pressupõe que o modelo estava certo para o contexto. Quando não estava, o total sobe em vez de cair, e a diferença aparece como retrabalho, dívida técnica e prazo perdido. Nada disso está na proposta comercial.

Cinco erros que encarecem a conta

• Comparar valor-hora em vez de custo por entrega. A hora mais barata pode custar mais no fim, quando a produtividade é menor ou quando a gestão consome tempo do seu time. A medida honesta é custo por funcionalidade em uso.
• Usar preço fechado em produto que evolui, que é o erro de modelo mais frequente. Produto muda; contrato de escopo travado transforma cada aprendizado em negociação.
• Assinar software pronto para processo muito específico. Quando a operação diverge da ferramenta, sobra escolher entre torcer o processo ou pagar desenvolvimento em cima de algo que já custa mensalidade.
• Deixar a governança para depois. Como se prioriza, como se reporta problema, como o código é revisado e quem decide produto: definido no primeiro dia, ou vira atrito que custa mais que qualquer hora.
• Não combinar a saída antes de entrar. Descobrir que o código ficou com o fornecedor depois de romper o contrato é mais comum do que parece.

O que negociar antes de assinar

Propriedade do código, do dado e dos acessos no nome da sua empresa, com domínio, nuvem e repositório desde o primeiro dia. Prazo de aviso e passagem de conhecimento na saída, com documentação. Regra de substituição de profissional, com prazo. Sigilo sobre o que a equipe vê do negócio. E como o escopo muda, com preço e prazo ditos na hora do pedido, e não no fim do mês.

O resumo é que terceirização de TI não é decisão de preço, é decisão de modelo: quem manda, quem carrega o risco e o que acontece quando o escopo muda. A conta do projeto está em quanto custa desenvolver um produto digital, o processo de trabalho em desenvolvimento de software, e a alternativa de montar time próprio em como contratar desenvolvedores web.

Perguntas frequentes