Sustentar um sistema legado é mantê-lo funcionando e útil ao longo do tempo, e esse trabalho tem tipos distintos, cada um com uma finalidade diferente. A manutenção corretiva conserta o que quebrou. A adaptativa ajusta o sistema a mudanças externas, como uma nova versão de sistema operacional, uma regra fiscal ou uma integração que mudou. A evolutiva, também chamada perfectiva, adiciona ou melhora funcionalidade a pedido do negócio. E a preventiva reduz risco futuro, tratando fragilidade antes que ela vire incidente. Os quatro tipos têm um requisito em comum que o sistema legado torna difícil: para fazer qualquer mudança com segurança, é preciso saber o que ela vai afetar. Num legado que poucos entendem por completo, esse impacto é invisível, e é por isso que a conta de sustentação cresce sem que ninguém consiga explicar. Instrumentar a sustentação, medir onde o esforço vai, o que quebra o quê e quanto custa cada tipo de manutenção, é o que a transforma de despesa cega em decisão informada.

Por que a conta de sustentação cresce sem explicação

Todo gestor de TI que herda a sustentação de um sistema antigo reconhece o padrão. O contrato existe, o time atende, o sistema segue de pé, e mesmo assim o custo sobe e a sensação de controle desce. Cada chamado parece isolado, cada correção parece pontual, e ninguém consegue dizer se a operação está melhorando ou apenas se mantendo à custa de esforço crescente.



A causa raiz é a falta de visibilidade, não a falta de competência de quem sustenta. Sem instrumentação, ninguém sabe qual módulo consome desproporcionalmente o esforço, quais chamados são reincidência do mesmo problema mal resolvido, quanto da manutenção é evolutiva de fato e quanto é corretiva disfarçada, nem qual alteração de ontem gerou o incidente de hoje. A sustentação vira uma sequência de reações a sintomas, sem que a causa apareça, e reagir a sintoma sem tratar causa é exatamente o que faz o esforço crescer com o tempo.

A tese deste guia: sustentação de sistema legado que não é medida não é gerida, é apenas paga. A conta cresce porque o esforço se concentra onde ninguém está olhando, e o que não é medido não é priorizado nem corrigido na raiz. Instrumentar a sustentação não é burocracia de relatório, é o que permite decidir onde intervir, o que vale evoluir, o que precisa de manutenção preventiva e, no limite, quando parar de sustentar e começar a modernizar.

Os quatro tipos de manutenção, e o que cada um exige do conhecimento do sistema

Repare que os quatro exigem a mesma coisa, formulada de formas diferentes: conhecer o impacto de uma mudança antes de fazê-la. A corretiva precisa da causa, a adaptativa e a evolutiva precisam das dependências, a preventiva precisa do mapa das fragilidades. E é exatamente esse conhecimento que o sistema legado dispersou ao longo dos anos. Sustentar um legado sem esse mapa é fazer cada tipo de manutenção no escuro, e o escuro cobra caro em retrabalho e em incidente.

O que muda quando a sustentação é instrumentada

Instrumentar a sustentação significa transformar a operação de manutenção em dado que se pode ler. Não é medir por medir, é medir para decidir. Quatro perguntas que uma sustentação instrumentada responde e uma sustentação cega não responde:

•     Onde o esforço realmente vai? Quais módulos, tipos de chamado e áreas concentram o trabalho. É o que revela onde uma intervenção estrutural renderia mais que continuar remediando.

•     O que é reincidência? Quantos chamados são o mesmo problema voltando. Reincidência alta é sinal de correção que trata sintoma, e é o gasto mais fácil de eliminar quando fica visível.

•     Qual a proporção entre os tipos? Quanto da sustentação é evolutiva, que agrega valor, e quanto é corretiva, que apenas mantém. A proporção diz se o sistema está sendo melhorado ou apenas segurado.

•     Qual mudança gerou qual incidente? A correlação entre uma alteração e o problema que apareceu depois. É o que permite aprender com cada incidente em vez de repeti-lo.

Com essas quatro respostas, a sustentação deixa de ser um custo fixo que ninguém questiona e passa a ser uma operação que se otimiza. E a decisão maior, de manter, evoluir, modernizar ou reescrever o sistema, deixa de ser palpite e passa a ter base, porque o dado da sustentação mostra onde o legado está sangrando.

Onde a sustentação instrumentada se ancora

O registro estruturado do trabalho (consultoria Jira)

Sustentação só é mensurável se cada trabalho de manutenção for registrado de forma estruturada, e não como texto solto num chamado. Isso significa classificar cada item por tipo de manutenção, por módulo afetado e por vínculo ao que o originou, com o histórico de transições registrando quando cada etapa aconteceu. No Jira e no Jira Service Management, isso é configuração deliberada de tipos de item, campos e workflow, e é o que faz a operação de sustentação produzir dado em vez de só produzir atendimento. Sem essa estrutura, medir sustentação vira exportar chamado e classificar à mão depois, o que ninguém mantém. É a mesma disciplina que sustenta qualquer análise de operação: o dado precisa nascer classificado.

A leitura em escala e o cruzamento (especialista Databricks)

Quando a sustentação gera dado estruturado, a pergunta seguinte é analítica: qual a tendência do esforço ao longo do tempo, qual módulo piora, qual a relação entre volume de mudança e volume de incidente. Essa leitura em escala, e o cruzamento do dado de sustentação com o dado de outras fontes, é trabalho de plataforma de dados. 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 pronta para consumo, e é ali que o dado de sustentação vira série histórica, previsão de esforço e evidência para a decisão de modernizar. O board de sustentação deixa de mostrar o mês atual e passa a mostrar a trajetória, que é o que a diretoria precisa para decidir o futuro do sistema.

Por que sustentar bem exige as duas pontas: quem só domina a operação de sustentação atende bem os chamados e não enxerga a tendência que explica por que a conta cresce. Quem só domina dado analisa a tendência e não tem acesso à operação que a produz nem consegue melhorá-la. Sustentação instrumentada precisa das duas: registro estruturado na origem e leitura em escala no destino. A CSP Tech opera as duas pontas, como Atlassian Gold Partner na instrumentação do fluxo e especialistas Databricks na leitura do dado, com 34 anos de desenvolvimento de software na compreensão do que cada tipo de manutenção realmente custa.

Quando a instrumentação diz que é hora de parar de sustentar

O maior valor de instrumentar a sustentação não é reduzir o custo dela, é informar a decisão que a supera. Sustentação cresce indefinidamente quando ninguém tem dado para dizer que sustentar já custa mais do que modernizar. Com a operação medida, esse ponto de virada deixa de ser intuição e vira evidência: quando o esforço corretivo de um módulo supera o que custaria substituí-lo, quando a reincidência mostra que o problema é estrutural e não pontual, quando a proporção de manutenção corretiva sufoca a evolutiva a ponto de o sistema não conseguir mais acompanhar o negócio. Nesse momento, o dado da sustentação vira o insumo da decisão de modernizar, e a transição de um para o outro deixa de ser um salto no escuro. Tratamos da decisão em si e da reconstrução de conhecimento que a precede no artigo sobre sistema legado que ninguém entende.

Quando a instrumentação completa é exagero

•     Sistema estável, de baixo volume de chamados e vida curta prevista. Se a sustentação é leve e o sistema será desativado em breve, montar instrumentação formal custa mais que o insight que ela traria.

•     Operação pequena com conhecimento concentrado e confiável. Quando poucas pessoas conhecem o sistema por completo e o volume é gerenciável de cabeça, a medição formal agrega menos. O ponto de virada é quando o conhecimento passa a depender de quem já saiu.

•     Antes de o registro do trabalho ser disciplinado. Instrumentar análise sobre chamado registrado de qualquer jeito produz dado ruim com aparência de métrica. Estruturar o registro vem primeiro, e tem retorno próprio.

Perguntas frequentes

Quais são os tipos de manutenção de software?

São quatro, com finalidades distintas. Corretiva conserta defeitos que se manifestaram. Adaptativa ajusta o sistema a mudanças externas de ambiente, regra ou integração. Evolutiva, também chamada perfectiva, adiciona ou melhora funcionalidade a pedido do negócio. Preventiva reduz risco futuro tratando fragilidade antes do incidente. Os quatro exigem conhecer o impacto de uma mudança antes de fazê-la, e é justamente esse conhecimento que o sistema legado dispersa ao longo do tempo.

Por que a sustentação de um sistema legado fica cada vez mais cara?

Porque, sem medir, o esforço se concentra onde ninguém está olhando e a causa dos problemas nunca é tratada na raiz. Chamados de reincidência voltam, correção trata sintoma, e cada mudança feita sem enxergar o impacto gera novo incidente. A conta cresce não por incompetência de quem sustenta, mas por falta de visibilidade sobre onde o esforço vai e o que gera o quê. Instrumentar a operação é o que permite atacar a causa em vez de reagir ao sintoma.

O que significa instrumentar a sustentação de um sistema?

É transformar a operação de manutenção em dado que se pode ler e decidir a partir dele. Na prática, cada trabalho é registrado de forma estruturada, classificado por tipo de manutenção, módulo afetado e origem, e esse dado é analisado em escala para responder onde o esforço vai, o que é reincidência, qual a proporção entre os tipos e qual mudança gerou qual incidente. Com isso, a sustentação deixa de ser custo fixo inquestionável e vira operação que se otimiza e que informa a decisão de modernizar.

Como saber se vale mais sustentar ou modernizar um sistema legado?

Pela evidência que a sustentação instrumentada produz. O ponto de virada aparece quando o esforço corretivo de um módulo supera o custo de substituí-lo, quando a reincidência mostra que o problema é estrutural, ou quando a manutenção corretiva sufoca a evolutiva a ponto de o sistema não acompanhar mais o negócio. Sem medir, essa decisão é intuição; com o dado da sustentação, ela passa a ter base, e a transição para a modernização deixa de ser um salto no escuro.

Próximo passo

Se a sua empresa paga por sustentação de um sistema legado e ninguém consegue explicar por que a conta sobe, o problema provavelmente não é o preço do contrato, é a ausência de dado sobre para onde o esforço está indo. Instrumentar a operação é o que transforma essa despesa em decisão. Solicite um diagnóstico de sustentação do seu sistema legado com a CSP Tech e receba o mapa do seu caso: onde o esforço se concentra, quanto é reincidência, qual a proporção entre os tipos de manutenção e a partir de que ponto o dado indica que modernizar sai mais barato que continuar sustentando.

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 (Atlassian Gold Partner, parceira Databricks, 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): a taxonomia de manutenção de software em corretiva, adaptativa, perfectiva (evolutiva) e preventiva é conceito consolidado de engenharia de software, originado na classificação de Lientz e Swanson e incorporado a normas de ciclo de vida de software, apresentado aqui como conhecimento estabelecido da disciplina, sem atribuição a fonte única. Atlassian, documentação de Jira e Jira Service Management quanto a tipos de item, campos, workflow e histórico de transições (atlassian.com). 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. A caracterização da sustentação não instrumentada como custo cego e a organização das quatro perguntas de instrumentação são formulação editorial da CSP Tech. Nenhum número de desempenho, prazo, custo ou percentual foi citado por ausência de fonte primária verificável.