Modernizar sistemas legados sem parar a operação

Por que reescrever do zero quase sempre dá errado

A tentação é grande: jogar o sistema velho fora e fazer "do jeito certo". O problema é que um sistema legado não é só código ruim — é um repositório de decisões de negócio: aquele desconto especial para um tipo de cliente, o cálculo de imposto que mudou em 2019, a exceção do faturamento de fim de ano. Reescritas do zero costumam redescobrir essas regras em produção, uma falha por vez, com o cliente assistindo.

O roteiro em quatro fases

Fase 1 — Mapear antes de mexer. Documentamos o comportamento atual: quais telas e rotinas são usadas de verdade (auditoria de uso costuma revelar que 30–40% das funcionalidades estão mortas), quais regras de negócio o código carrega e onde estão as integrações. Sem esse mapa, qualquer mudança é aposta.

Fase 2 — Criar a rede de segurança. Antes de refatorar uma linha, criamos testes que registram o comportamento atual do sistema — inclusive os comportamentos estranhos. Se o sistema arredonda um valor de um jeito peculiar há dez anos, os relatórios do cliente dependem desse jeito peculiar. O teste garante que a modernização não "conserte" o que o negócio considera correto.

Fase 3 — Estrangular, não explodir. Usamos o padrão strangler fig: o sistema novo cresce ao redor do antigo, assumindo uma funcionalidade por vez. O módulo de relatórios migra primeiro; depois o cadastro; depois o faturamento. A cada etapa, o antigo continua de pé como retaguarda. A operação nunca para.

Fase 4 — Limpar e automatizar. Com o comportamento protegido por testes, aí sim refatoramos: código limpo, rotinas manuais automatizadas, QA contínuo. É a fase em que o sistema deixa de ser tolerado e passa a ser um ativo.

Sinais de que chegou a hora

• Só uma pessoa (ou nenhuma) entende o sistema por dentro;
• Cada mudança pequena leva semanas e quebra outra coisa;
• A tecnologia não recebe mais atualizações de segurança;
• Integrações novas (nota fiscal, pagamento, WhatsApp) são impossíveis;
• A equipe mantém planilhas paralelas porque "no sistema não dá".

O que esperar de prazo e investimento

A vantagem do modelo incremental é que o investimento acompanha a entrega: cada fase produz valor utilizável antes da seguinte começar. Em vez de um projeto de 12 meses com resultado no final, são ciclos de semanas com melhorias visíveis — e a opção de pausar entre ciclos sem desperdiçar o que foi feito. É assim que estruturamos os projetos de reformulação de sistemas legados.