← Inteligência
POV

Trocar, integrar ou sustentar: como decidir o destino de um sistema legado sem apostar no palpite

Esta é a posição da casa, com o critério aberto. Na maioria das operações de médio porte que diagnosticamos, integrar vence trocar. Não por conservadorismo, e sim porque o custo real da troca é sistematicamente subestimado e o valor real da integração é sistematicamente ignorado.

Por que a decisão costuma ser tomada errado

A conversa sobre um sistema legado quase nunca começa por uma análise. Começa por um evento: um travamento no fechamento, uma reclamação do comercial, um fornecedor anunciando fim de suporte, ou um novo diretor que trabalhou com outra plataforma. A partir daí, a discussão vira uma disputa entre duas narrativas, "esse sistema não aguenta mais" e "trocar vai parar a operação", e ganha quem tem mais influência na sala.

Os dois lados costumam estar parcialmente certos, e é por isso que a disputa não se resolve por argumentação. Ela se resolve por medição. São quatro medidas.

Os quatro critérios que decidem

1. Custo total de sustentação, e não valor da licença

A conta que a maioria das empresas faz é a da fatura anual. A conta correta soma cinco linhas: licença e suporte, horas internas gastas em contorno manual, horas de fornecedor em customização e correção, custo do retrabalho gerado por erro do sistema, e custo de oportunidade das decisões que não são tomadas porque o dado não sai.

Na prática, as três últimas linhas costumam somar mais que as duas primeiras. Quando aparecem na planilha, sistemas "baratos" deixam de ser baratos e a discussão muda de tom.

2. Densidade e qualidade do dado que o sistema guarda

Um sistema legado que registra dez anos de histórico de produção, com boa integridade, é um ativo estratégico independentemente de sua interface ser feia. Um sistema moderno com base incompleta e sem trilha de auditoria é um passivo com boa aparência.

A pergunta operacional: se este sistema fosse desligado amanhã, quanto do histórico continuaria utilizável e quanto tempo de reconstrução seria necessário? A resposta muda completamente o cálculo de risco da troca.

3. Grau de acoplamento com a operação

Meça quantos processos críticos passam por ele, quantas pessoas dependem dele diariamente e quantas regras de negócio existem apenas dentro dele, sem estar documentadas em nenhum outro lugar. Esse último número é o que determina o risco real da substituição, e é o que quase nunca é levantado antes da assinatura do contrato de troca.

4. Risco de dependência de fornecedor

Não é só o sistema atual que aprisiona. A troca frequentemente substitui uma dependência conhecida por uma dependência nova e maior, com o agravante de que o custo de saída ainda não foi testado. Pergunte, para as duas opções: quem detém a propriedade dos dados, das integrações e da documentação, e quanto custaria sair em 24 meses.

A árvore de decisão

SituaçãoDecisãoPor quê
Dado íntegro, alto acoplamento, custo de sustentação sob controle Sustentar e disciplinar Trocar destrói valor. O ganho está em governança, contratos de dado e interfaces, não em plataforma nova.
Dado íntegro, alto acoplamento, custo de sustentação alto por contorno manual Integrar e automatizar em volta O sistema não é o problema, o vazio entre ele e os demais é. Camada de integração captura a maior parte do valor com fração do risco.
Dado ruim, baixo acoplamento, poucos processos críticos Trocar Pouco a perder e pouco a migrar. É a única configuração em que a troca é claramente a melhor escolha.
Dado ruim, alto acoplamento Nem trocar, nem integrar ainda Arrumar o dado e documentar as regras primeiro. Trocar aqui é a receita clássica do projeto que estoura prazo e orçamento.
Fim de suporte anunciado Depende do dado e do acoplamento, não do anúncio Fim de suporte é um prazo, não um critério. Ele define quando decidir, nunca o que decidir.

A pergunta certa não é "este sistema é bom?". É "o que exatamente estamos comprando quando trocamos, e por que acreditamos que isso não vai se repetir?".

Três armadilhas frequentes

  • Confundir insatisfação de usuário com inadequação de sistema. Boa parte da reclamação sobre sistema legado é, na verdade, reclamação sobre processo mal desenhado que o sistema apenas reflete. Trocar a plataforma sem redesenhar o processo transporta o problema para uma tela mais bonita.
  • Tratar a migração de dado como tarefa técnica. Ela é uma tarefa de negócio. Cada regra não documentada precisa ser reconstruída por alguém que conheça a operação, e essa pessoa tem outro trabalho em tempo integral.
  • Aceitar a promessa de que "o novo já vem integrado". Vem integrado com o ecossistema do próprio fornecedor. A integração com o resto da sua operação continua sendo um projeto, com custo e prazo próprios.

O que fazer nas próximas duas semanas

  1. Levante o custo total de sustentação nas cinco linhas descritas, com números reais, não estimativas de fornecedor.
  2. Meça a qualidade do dado do sistema: taxa de preenchimento dos campos que importam, duplicidade e divergência contra uma segunda fonte.
  3. Liste as regras de negócio que existem apenas dentro do sistema. Se a lista passar de dez itens sem documentação, o risco de troca está subestimado.
  4. Peça, às duas opções em avaliação, a cláusula de saída por escrito. Quem não a fornece já respondeu à pergunta.

Com esses quatro levantamentos na mão, a decisão costuma deixar de ser controversa. Não porque a resposta ficou fácil, e sim porque ela deixou de depender de quem fala mais alto na reunião.

Se a decisão está travada há mais de um trimestre

Normalmente não falta informação, falta um critério aceito por todos os lados da mesa. É exatamente isso que estruturamos numa sessão de 90 minutos com a sua diretoria, sem custo e sem apresentação institucional.

Agendar a sessão de 90 minutos

Leia também