Sistema legado: quando modernizar?

O que é um sistema legado?

Sistema legado é um software que continua em uso e sustenta parte importante da operação, mas que se tornou difícil de manter, evoluir ou integrar. A dificuldade pode vir da tecnologia, que perdeu suporte; do código, que acumulou remendos; ou do conhecimento, que ficou concentrado em poucas pessoas.

Idade não é o critério. Um sistema com muitos anos de uso, bem cuidado e rodando em tecnologia atualizada não é um problema. Já um sistema relativamente novo, construído sem testes e sem documentação, pode se comportar como legado em pouco tempo.

Também é importante reconhecer o valor do que existe. Um sistema legado normalmente contém anos de regras de negócio testadas na prática, incluindo exceções que ninguém mais lembra por que existem. Modernizar bem significa preservar esse conhecimento, e não descartá-lo.

Quais são os sinais de que é hora de modernizar?

Os sinais de que um sistema precisa de modernização aparecem em duas frentes: na operação do negócio e na parte técnica. Quanto mais sinais simultâneos, mais urgente a avaliação.

Sinais percebidos pelo negócio

• Mudanças simples, como incluir um campo ou alterar uma regra, levam semanas.
• Cada correção provoca um defeito em outra parte do sistema.
• A equipe mantém planilhas paralelas porque o sistema não acompanha o processo atual.
• Relatórios dependem de exportações e cruzamentos manuais.
• O sistema não pode ser acessado fora da empresa ou em dispositivos móveis.
• Novos funcionários demoram a aprender por causa de telas confusas e passos desnecessários.
• Integrar com um novo parceiro, banco ou plataforma é inviável ou muito caro.

Sinais técnicos

• A linguagem, o framework ou o banco de dados não recebem mais atualizações de segurança.
• O sistema só roda em versões antigas de sistema operacional ou em hardware específico.
• Não existem testes automatizados, e toda alteração exige conferência manual extensa.
• Não há documentação, e o conhecimento está com uma ou duas pessoas.
• É difícil contratar profissionais que conheçam a tecnologia.
• O sistema não oferece meios de troca de dados com outros softwares.
• Backups e procedimentos de recuperação nunca foram testados.

O acúmulo desses problemas é frequentemente descrito como dívida técnica: decisões que aceleraram a entrega no passado e que hoje cobram juros na forma de lentidão e risco a cada mudança.

Quanto custa não modernizar?

Não modernizar também tem custo, mas ele fica espalhado e raramente aparece em uma única linha do orçamento. Ele se manifesta como:

• Custo de manutenção crescente, porque cada alteração exige mais tempo de análise e de teste.
• Custo de oportunidade, quando a empresa deixa de lançar um serviço ou atender um cliente porque o sistema não comporta.
• Risco de segurança, já que tecnologia sem suporte deixa de receber correções para falhas conhecidas.
• Risco de continuidade, se as pessoas que conhecem o sistema saírem da empresa.
• Trabalho manual, que compensa as limitações do sistema com conferências e redigitação.

Não apresentamos percentuais ou valores de referência porque eles dependem de cada operação. O exercício útil é levantar, com números da própria empresa, quantas horas são gastas em contornos, quantas demandas ficaram paradas e qual seria o impacto de alguns dias de indisponibilidade.

Quais são as estratégias de modernização?

Modernizar não é sinônimo de reescrever. Existem estratégias com níveis diferentes de profundidade, custo e risco, e um mesmo projeto pode combinar mais de uma.

Por que a substituição gradual costuma ser mais segura?

A substituição gradual reduz o risco porque cada etapa é pequena, entra em produção cedo e pode ser revertida. Nesse modelo, conhecido como strangler fig, novas funcionalidades são construídas ao redor do sistema antigo e assumem suas funções aos poucos, até que ele possa ser desligado.

A reescrita completa, por outro lado, exige manter dois sistemas durante todo o projeto sem que o novo gere valor até a virada. Enquanto isso, o negócio continua pedindo mudanças no antigo, e o novo precisa alcançar um alvo em movimento.

Encapsular o sistema com uma API é, muitas vezes, o primeiro passo de uma substituição gradual, porque cria um ponto de contato estável entre o antigo e o novo. O conceito está explicado em o que é uma API.

Como decidir entre modernizar, substituir ou manter?

A decisão depende de duas perguntas: quanto valor de negócio o sistema carrega e qual é a condição técnica dele.

Quando o processo atendido pelo sistema é comum à maioria das empresas, uma ferramenta de mercado pode resolver com menos esforço. Os critérios para essa comparação estão em software pronto ou sistema sob medida.

Manter também é uma decisão legítima. Se o sistema é estável, atende ao processo, roda em tecnologia com suporte e raramente precisa de mudanças, modernizar apenas por ser antigo consome recursos sem retorno.

Como modernizar sem interromper a operação?

Modernizar sem interromper a operação exige planejamento da convivência entre o antigo e o novo. As práticas a seguir reduzem o risco de forma consistente.

1. Diagnosticar antes de decidir. Levantar módulos, integrações, volume de dados, dependências e pontos frágeis.
2. Documentar as regras existentes. Registrar o que o sistema faz hoje, inclusive as exceções, com apoio de quem o usa.
3. Criar testes sobre o comportamento atual. Eles servem de referência para confirmar que o novo sistema produz os mesmos resultados.
4. Priorizar por valor e risco. Começar por um módulo que gere benefício visível e tenha poucas dependências.
5. Planejar a convivência de dados. Definir como o antigo e o novo se mantêm sincronizados durante a transição. As técnicas são as mesmas descritas em como integrar dois sistemas.
6. Ensaiar a migração de dados. Executar a carga mais de uma vez em ambiente de teste, conferindo totais e amostras.
7. Ter plano de retorno. Cada etapa precisa de um caminho para voltar ao estado anterior se algo der errado.
8. Treinar os usuários. Mudança de sistema é também mudança de rotina.

Quando a modernização não é a melhor escolha?

A modernização não é a melhor escolha quando o sistema vai ser desativado em breve por mudança no negócio, quando o processo que ele atende está sendo redesenhado e ainda não se estabilizou, ou quando a empresa não tem como dedicar pessoas para validar regras e entregas. Nesses casos, investir em contornos pontuais ou adiar o projeto pode ser mais sensato do que iniciar uma transformação sem condições de concluí-la.

Próximo passo

O ponto de partida é um diagnóstico que descreva a condição do sistema, os riscos e as alternativas, com o esforço relativo de cada uma. Na página de modernização de sistemas, explicamos como conduzimos esse trabalho. Para avaliar o seu caso, solicite um orçamento informando qual sistema está em uso, o que ele faz e quais limitações mais pesam na operação.