Trocar um sistema legado de uma vez só costuma ser a ideia mais arriscada de um projeto de modernização. Na análise de André de Barros Faria, executivo de tecnologia e inovação, o desafio não está em construir o sistema novo, e sim em manter a empresa funcionando enquanto o velho é substituído aos poucos. Sistema legado é o software antigo que sustenta processos importantes, mas que já não acompanha as necessidades do negócio. A lista abaixo reúne cinco movimentos que ajudam a modernizar sem que a operação pare.
O primeiro movimento é mapear o que o sistema antigo realmente faz. Em empresas com décadas de operação, é comum que o software tenha acumulado funções que ninguém documentou: um cálculo embutido numa tela, uma rotina que roda de madrugada, um relatório que outro setor usa sem avisar. Antes de mexer em qualquer linha, vale levantar essas dependências conversando com quem usa o sistema todos os dias, e não apenas com a equipe de tecnologia. O inventário evita a surpresa mais cara de uma migração, que é descobrir uma função esquecida depois que o sistema antigo já foi desligado.
O segundo movimento é dividir o sistema em partes menores. Em vez de reescrever tudo, a prática do setor é separar módulos e trocá-los um a um, começando por aqueles com menos ligação com o restante. Cada módulo substituído entrega valor sozinho e reduz o tamanho do problema que sobra. Como pondera André de Barros Faria, modernização feita em etapas permite aprender com os primeiros erros quando eles ainda são baratos, algo impossível numa troca única. A ordem das etapas importa mais do que a velocidade, e quem começa pela parte mais complexa costuma se arrepender.
O que muda quando sistema novo e antigo convivem?
O terceiro movimento é aceitar a convivência entre os dois sistemas por um período. Durante a transição, o sistema novo e o antigo funcionam lado a lado, e os dados precisam circular entre eles. Para isso, usam-se camadas de integração, que traduzem a informação de um formato para outro. É a fase menos glamorosa do projeto, e justamente por isso a mais negligenciada: ninguém comemora uma ponte, mas sem ela a travessia não acontece. Em operações com muito volume de transações, cada diferença de formato entre os dois lados exige teste cuidadoso antes de ir para o uso real.
O quarto movimento é testar com uma fatia pequena da operação antes de ampliar. Em vez de migrar todos os usuários numa data marcada, a prática mais segura é começar por um grupo reduzido, uma unidade ou um tipo de transação, e observar o comportamento por algum tempo. Segundo André de Barros Faria, o piloto serve menos para provar que a solução funciona e mais para revelar o que ninguém previu. Se algo der errado, o impacto fica limitado, e a equipe volta ao sistema anterior sem que o consumidor final perceba. Por isso o plano de retorno precisa estar pronto antes da primeira migração, e não depois do primeiro problema.
Como as pessoas entram nessa conta?
O quinto movimento é cuidar das pessoas, e não só da tecnologia. Um sistema novo muda a rotina de quem trabalha, e a resistência costuma aparecer justamente onde o sistema antigo era mais querido, ainda que lento e cheio de remendos. Treinar as equipes com antecedência, ouvir as queixas e manter canais de suporte abertos nas primeiras semanas reduz o atrito. Ironicamente, o projeto que tudo previu tecnicamente pode falhar porque ninguém avisou o setor financeiro de que a tela de conciliação mudou de lugar. Quando as pessoas entendem o motivo da mudança, a adoção deixa de ser imposição e passa a ser parte do projeto.
Os cinco movimentos formam uma sequência, mas não uma receita fechada. Cada empresa tem sua história de sistemas, seus prazos e sua tolerância a risco, e o ritmo da modernização deve respeitar essas particularidades. Em regra, quanto mais crítico o sistema para o faturamento, mais gradual precisa ser a troca.
A modernização como processo contínuo
Há ainda uma mudança de mentalidade por trás de tudo isso. André de Barros Faria avalia que tratar a modernização como projeto com data de término é um erro comum, porque o sistema novo de hoje será o legado de amanhã. Empresas que incorporam a atualização gradual à rotina de tecnologia evitam o acúmulo de dívida técnica, isto é, o custo futuro de manter soluções improvisadas que exigem retrabalho, e dispensam as grandes trocas traumáticas, que paralisam a operação e consomem orçamento e paciência de todos os envolvidos.