Modernizar sistema legado em grande empresa é um problema diferente de modernizar em empresa pequena, e tratar os dois com a mesma receita é a causa mais comum de projeto que estoura prazo e orçamento. Três diferenças de escala explicam isso. O legado de uma grande empresa não é um sistema, é um portfólio de sistemas interconectados, muitos dos quais ninguém compreende por completo. A operação que roda sobre eles envolve milhares de pessoas e não pode parar, o que elimina a reescrita de uma vez como opção realista. E o dado que esses sistemas carregam já alimenta relatórios, análise e, cada vez mais, IA em produção, então modernizar sem preservar significado e rastreabilidade quebra o que está a jusante. A modernização em escala, por isso, não começa escolhendo tecnologia. Começa reconstruindo o conhecimento do portfólio para decidir, com evidência, o que fazer com cada sistema.

O que a escala muda no problema

A palavra legado esconde realidades muito diferentes conforme o tamanho da empresa. Em uma operação pequena, o legado costuma ser um sistema que envelheceu e que poucas pessoas conhecem. Em uma grande empresa, o legado é uma paisagem: dezenas de sistemas construídos em épocas diferentes, por times diferentes, integrados por conexões que se acumularam sem plano, e sustentados por conhecimento que se dispersou à medida que as pessoas mudaram de área ou saíram.



Essa diferença de natureza, e não apenas de tamanho, muda o que a modernização precisa resolver primeiro.

A tese deste guia: em grande empresa, modernização de legado é decisão de portfólio, não de sistema. A pergunta não é como reescrever aquele sistema, é qual dos muitos sistemas merece qual caminho, em que ordem, e sem interromper a operação nem quebrar o dado que já é consumido. Quem trata como projeto único de um sistema descobre as dependências ao quebrá-las. Quem trata como gestão de portfólio decide com evidência e moderniza por ondas, preservando o que funciona enquanto substitui o que sangra.

Os quatro caminhos, agora aplicados a cada sistema do portfólio

Cada sistema legado leva à mesma decisão de quatro caminhos, e em grande empresa essa decisão é tomada muitas vezes, uma por sistema, com pesos diferentes conforme o papel de cada um.

A diferença da grande empresa é que os quatro caminhos coexistem no mesmo programa: alguns sistemas serão mantidos, outros evoluídos, outros modernizados progressivamente, e poucos reescritos. Decidir isso exige um mapa do portfólio que mostre, para cada sistema, o valor que ele sustenta, o risco que ele carrega, as dependências que ele tem com os outros e o custo de continuar como está. Sem esse mapa, a modernização vira uma sequência de decisões isoladas que se contradizem, e a soma delas custa mais que a operação que deveria substituir.

A virada: reconstruir o conhecimento do portfólio antes de mexer

O passo que muda o resultado em escala é o mesmo que vale para um sistema, ampliado para o portfólio: reconstruir o entendimento antes de alterar. Em grande empresa, isso significa mapear não só cada sistema por dentro, mas as relações entre eles, porque é nas fronteiras que a modernização em escala mais quebra.

•     O mapa de dependências entre sistemas, não só dentro de cada um. Qual sistema alimenta qual, qual integração sustenta qual processo, o que quebra em cadeia se um deles mudar. É o que permite modernizar um sem derrubar os vizinhos.

•     As regras de negócio recuperadas de cada sistema crítico. O que cada um decide e por quê, extraído do próprio código, para que a modernização não perca comportamento no caminho.

•     O mapa de risco e valor por sistema. Onde está a fragilidade que pode virar incidente e o valor que justifica o investimento, para priorizar as ondas de modernização.

•     Tudo isso sem parar a operação. O diagnóstico lê e reconstrói, não modifica, o que permite decidir com o portfólio inteiro em pé.

Por que o diagnóstico é o produto mais valioso da modernização em escala: em grande empresa, a decisão de modernizar é de milhões e envolve dezenas de sistemas. Um diagnóstico que reconstrói arquitetura, dependências, regras e risco de cada um, sem alterar nada, transforma essa decisão de aposta em plano priorizado. Ele é entregável de alto valor por si só, porque diz onde começar, o que preservar e o que não vale tocar ainda. Aprofundamos a reconstrução de conhecimento de um sistema no artigo sobre legado que ninguém entende; em escala, o mesmo princípio se aplica ao portfólio.

Modernizar sem parar: a migração progressiva

A restrição de não poder parar a operação de milhares de pessoas elimina a virada de chave e favorece a substituição progressiva, em que o sistema novo assume função por função enquanto o antigo continua rodando, até ser desligado ao final. Essa abordagem, conhecida no meio de engenharia como padrão de estrangulamento, mantém a operação de pé durante toda a transição, e tratamos dela em detalhe em artigo próprio. O ponto que a escala acrescenta é a rastreabilidade: com muitos sistemas e muitas funções migrando ao mesmo tempo, é preciso saber, a cada momento, o que já foi migrado, o que ainda falta e o que o sistema novo cobre em relação ao antigo, ou a modernização perde funcionalidade sem que ninguém perceba.

Onde a modernização em escala se ancora

A rastreabilidade legado para novo (consultoria Jira)

Modernização de portfólio sem rastreabilidade perde funcionalidade no caminho e ninguém percebe até o usuário reclamar. O desenho que reduz esse risco mantém, para cada funcionalidade do sistema antigo, o rastro até onde ela foi parar no novo, e deixa visível o que ainda não migrou. Operacionalmente, isso vive no sistema onde o trabalho de modernização é planejado e acompanhado: cada regra a migrar vira item com dono e status, cada divergência entre o comportamento antigo e o novo vira decisão registrada, e o histórico de transições dá a evidência de cobertura. No Jira e no Jira Service Management, com muitos sistemas migrando em paralelo, é isso que transforma nada se perde no caminho de promessa em fila verificável por sistema.

O dado do portfólio preservado e governado (especialista Databricks)

O dado que os sistemas legados carregam já alimenta análise e IA em produção, e modernizar sem preservá-lo quebra o que está a jusante. Além disso, cada sistema representa a mesma entidade de negócio, como cliente ou produto, de um jeito próprio, e a modernização é a oportunidade de reconciliar isso em vez de carregar a divergência para a arquitetura nova. A documentação da Databricks descreve o Lakehouse e o Unity Catalog com governança, linhagem e a organização do dado em camadas até a leitura de consumo, e a linhagem que permite saber quais análises e pipelines dependem de cada dado antes de mexer. É a fundação que garante que o dado do portfólio chegue governado e reconciliado ao destino, e não como a herança não tratada de dezenas de sistemas. A reconciliação de conceitos entre fontes é o trabalho de dados mestres que tratamos em artigo próprio.

Por que modernização de portfólio exige as três frentes juntas: quem só domina desenvolvimento moderniza um sistema e não enxerga o portfólio nem o dado a jusante. Quem só domina dado governa o dado e não conduz a migração. Quem só administra o fluxo rastreia tarefas e não entende o que cada sistema esconde. A modernização em escala precisa das três ao mesmo tempo. A CSP Tech opera as três, com 34 anos de desenvolvimento de software na reconstrução e na migração, consultoria Jira como Atlassian Gold Partner na rastreabilidade do portfólio, e especialistas Databricks na preservação e governança do dado que os sistemas carregam.

Quando a abordagem de portfólio é exagero

•     Poucos sistemas, sem interconexão relevante. Se a empresa tem um ou dois sistemas críticos independentes, a decisão é sistema a sistema, e o aparato de gestão de portfólio não se justifica.

•     Sistema isolado com decisão já tomada. Se um único sistema será modernizado e ele não alimenta dado nem depende de outros, o projeto pode seguir sem o mapa do portfólio inteiro.

•     Antes de existir um mapa mínimo do que existe. Planejar ondas de modernização sem saber quais sistemas existem e como se conectam é planejar sobre suposição. O inventário do portfólio vem primeiro.

Perguntas frequentes

O que é modernização de sistemas legados?

É o conjunto de decisões e trabalhos que renova sistemas antigos para que voltem a sustentar o negócio, sem perder as regras e o comportamento que eles guardam. Ela leva a quatro caminhos possíveis para cada sistema: manter, evoluir, modernizar progressivamente ou reescrever. Em grande empresa, a diferença é que essa decisão é tomada muitas vezes, uma por sistema do portfólio, e precisa preservar a operação em funcionamento e o dado que já é consumido por análise e IA.

Por que modernizar legado em grande empresa é mais difícil?

Por três diferenças de escala. O legado não é um sistema, é um portfólio de sistemas interconectados com dependências entre si. A operação envolve milhares de pessoas e não pode parar, o que elimina a reescrita de uma vez. E o dado dos sistemas já alimenta relatórios, análise e IA em produção, então modernizar sem preservar significado e rastreabilidade quebra o que está a jusante. Por isso a modernização em escala é decisão de portfólio, priorizada por risco e valor, e não projeto único de um sistema.

Como modernizar um sistema legado sem parar a operação?

Pela substituição progressiva, em que o sistema novo assume função por função enquanto o antigo continua rodando, até ser desligado ao final. A abordagem, conhecida como padrão de estrangulamento, mantém a operação de pé durante a transição. Em escala, o requisito adicional é a rastreabilidade: com muitos sistemas e funções migrando em paralelo, é preciso saber a cada momento o que já foi migrado, o que falta e o que o novo cobre em relação ao antigo, para não perder funcionalidade no caminho.

Por onde começar a modernização de um portfólio legado?

Pelo diagnóstico que reconstrói o conhecimento do portfólio sem alterá-lo: o mapa de dependências entre os sistemas, as regras de negócio de cada sistema crítico, e o risco e o valor de cada um. Esse diagnóstico transforma a decisão de milhões em plano priorizado, dizendo qual sistema merece qual caminho e em que ordem. Ele é entregável de alto valor por si só, porque decidir manter, evoluir, modernizar ou reescrever sem conhecer o portfólio é apostar em escala.

Próximo passo

Se a sua empresa tem um portfólio de sistemas antigos que sustentam a operação e a decisão sobre o futuro deles vem sendo adiada porque ninguém consegue dimensionar o risco de mexer, o passo que destrava não é escolher uma tecnologia de modernização. É reconstruir o conhecimento do portfólio para decidir com evidência, sistema a sistema. Solicite um diagnóstico de portfólio legado da sua empresa com a CSP Tech e receba, sem parar a operação, o mapa das dependências entre os seus sistemas, das regras de negócio de cada um, do risco e do valor que carregam, e a recomendação de caminho e ordem para modernizar por ondas.

Autor: Guilherme Matos, estrategista de conteúdo e IA, certificado HubSpot, Google, Anthropic e Semrush. Revisão técnica por especialistas de engenharia, Atlassian e de dados da CSP Tech (parceira Databricks, Atlassian Gold Partner, Microsoft Gold Partner, participante do Anthropic Partner Network, 34 anos de mercado, produto próprio Power BI for Jira no Atlassian Marketplace).

Fontes (acesso set/2026): o padrão de substituição progressiva de sistemas legados, conhecido como Strangler Fig, é conceito consolidado de engenharia de software popularizado por Martin Fowler, apresentado aqui como conhecimento estabelecido da disciplina. Databricks Documentation (docs.databricks.com), quanto ao Lakehouse, ao Unity Catalog com governança, linhagem e auditoria, e à organização do dado em camadas até a leitura de consumo. Atlassian, documentação de Jira e Jira Service Management quanto a tipos de item, campos e histórico de transições, base da rastreabilidade legado para novo (atlassian.com). A caracterização da modernização em grande empresa como decisão de portfólio, a tabela das três diferenças de escala e a aplicação dos quatro caminhos por sistema são formulação editorial da CSP Tech, e não constituem norma ou padrão de mercado. Nenhum número de desempenho, prazo, custo ou percentual foi citado por ausência de fonte primária verificável. Este conteúdo trata de arquitetura e método de engenharia e não constitui aconselhamento jurídico.