Sustentação de sistemas: o que é e por que ela começa antes do lançamento

O que entra na sustentação de um software em produção, o que acontece quando ninguém cuida dele e como combinar um suporte que funcione para a sua empresa.

2 min de leitura

Um sistema começa a envelhecer no dia em que vai ao ar. As bibliotecas que ele usa ganham versões novas, os navegadores mudam, aparecem falhas de segurança que ninguém conhecia e o próprio negócio passa a pedir ajustes. Sustentação é o trabalho contínuo de manter tudo isso em ordem.

O que entra na sustentação

Na prática, ela junta cinco frentes. O monitoramento acompanha se o sistema está no ar, se está lento e quais erros aparecem para os usuários. As correções resolvem o que surge com o uso real. As atualizações mantêm linguagem, bibliotecas e servidores em versões seguras. As melhorias cuidam dos ajustes que o dia a dia pede, como um relatório novo ou um campo a mais. E o suporte dá à equipe um canal para tirar dúvidas e reportar problemas.

Nenhuma dessas frentes aparece para quem usa o sistema quando tudo vai bem. Elas aparecem quando faltam.

O que acontece quando ninguém cuida

O cenário é comum. O sistema foi entregue, o fornecedor seguiu para outros projetos e ninguém mais olhou o código. Durante um tempo, tudo funciona. Depois começam os sinais: uma atualização do navegador quebra uma tela, uma biblioteca antiga ganha uma falha de segurança conhecida, o sistema fica lento conforme os dados crescem. Quando alguém finalmente precisa mexer, descobre que ninguém lembra como aquilo foi feito.

Retomar um sistema abandonado quase sempre custa mais do que teria custado mantê-lo em dia, porque antes de corrigir é preciso entender o que foi construído.

Como combinar a sustentação

Um bom acordo de sustentação deixa claro o que acontece quando algo dá errado. Alguns pontos que valem estar no papel:

  • prazos de resposta por nível de urgência, porque um sistema fora do ar não pode esperar o mesmo que um ajuste de layout;
  • um pacote mensal de horas para melhorias, priorizado junto com você;
  • quem monitora o quê e como os alertas chegam;
  • um relatório mensal simples com o que foi feito e o que vem a seguir.

Um exemplo de prazos por urgência:

Urgência Exemplo Primeira resposta
Crítica Sistema fora do ar Em até 1 hora
Alta Função importante com erro No mesmo dia
Normal Ajuste ou dúvida Em até 2 dias úteis

Os números mudam de empresa para empresa. O importante é combinar antes do problema, e não no meio dele.

A sustentação começa no projeto

Um sistema fácil de manter é planejado assim desde o começo: código organizado, testes automáticos nas partes críticas, documentação do essencial e monitoramento ligado no primeiro dia. Por isso, na Cadenza, a sustentação entra no planejamento de todo projeto, antes da entrega.

Se você tem um sistema no ar e ninguém cuidando dele, dá para começar pela sustentação com uma auditoria do que existe hoje.

Próximo compasso

Quer aplicar issono seu projeto?

Conte o que você precisa. A gente responde com os próximos passos, sem compromisso.