Sustentação de software: o que é, SLA e quando contratar

Sustentação de software é o trabalho contínuo de manter um produto digital funcionando, seguro e atualizado depois que ele vai ao ar. Quando o projeto termina e o time sai, o software continua precisando de cuidado: dependências ficam velhas, servidores precisam de correção, usuários encontram problemas e o negócio pede pequenas mudanças. Sem alguém responsável, o produto envelhece rápido.

Neste guia você vê o que é a sustentação de software, o que ela inclui, como funciona um SLA, quando contratar e como evitar que o seu sistema vire um legado difícil de mexer.

O que é sustentação de software?

É o serviço recorrente que cuida do produto em produção. A equipe de sustentação monitora, corrige, atualiza e faz pequenas evoluções, com um time que conhece o código. A ideia é que o produto não dependa da memória de uma única pessoa nem fique parado até a próxima grande reforma.

Sustentação não é o mesmo que um novo projeto de desenvolvimento. O projeto constrói algo novo, com começo e fim. A sustentação mantém o que já existe e responde ao que acontece no dia a dia.

Qual a diferença entre sustentação, manutenção e suporte?

Os termos se misturam, mas ajudam a organizar a conversa:

• Suporte: atende o usuário e ajuda a resolver dúvidas e problemas de uso. É a porta de entrada.
• Manutenção corretiva: corrige defeitos encontrados no sistema.
• Manutenção preventiva: atualiza dependências, aplica correções de segurança e ajusta a infraestrutura antes que algo quebre.
• Manutenção evolutiva: faz pequenas melhorias e novas funções.
• Sustentação: reúne tudo isso sob um mesmo time e um mesmo acordo, com monitoramento e responsabilidade clara.

O que a sustentação de software inclui?

O escopo varia, mas um serviço bem montado cobre quatro frentes:

• Atualizações de segurança. Correção de falhas conhecidas em bibliotecas, sistema operacional e servidores.
• Monitoramento e alertas. Acompanhamento do que está no ar, com aviso quando algo foge do normal, antes que o usuário perceba.
• Correções e pequenas evoluções. Tratamento de defeitos e de melhorias que cabem no volume contratado.
• Relatório periódico. O que foi feito, o que foi encontrado e o que precisa de decisão.

Em muitos casos entram também o acompanhamento de backups, a revisão de custos de infraestrutura, a atualização de documentação e o apoio em incidentes.

O que é SLA e como ele funciona na sustentação?

SLA (acordo de nível de serviço) é o compromisso escrito sobre como a equipe responde quando algo acontece. Um bom SLA define:

• Severidade. O que é crítico (sistema fora do ar), o que é importante (função principal com falha) e o que é menor (ajuste visual).
• Tempo de primeira resposta. Em quanto tempo alguém reconhece o chamado.
• Tempo de resolução ou de contorno. Em quanto tempo o problema é resolvido ou contornado, por severidade.
• Janela de atendimento. Em quais dias e horários o time está disponível.
• Canais. Por onde o chamado é aberto e como o andamento é comunicado.
• Medição. Como o cumprimento do acordo é acompanhado e reportado.

Desconfie de SLA genérico, que promete rapidez sem definir o que é crítico. E lembre que o SLA depende de o sistema estar minimamente documentado e monitorado. Sem isso, a equipe leva mais tempo para entender o problema do que para corrigi-lo.

Quando contratar sustentação de software?

Alguns sinais indicam que chegou a hora:

1. O produto está no ar e ninguém cuida dele. Quem construiu já foi para outro projeto.
2. Dependências e servidores estão desatualizados. Cada mês sem atualização aumenta o risco de segurança e a dificuldade de atualizar depois.
3. As melhorias pequenas ficam paradas na fila. O time interno só consegue tocar o que é urgente.
4. Os problemas dependem de uma única pessoa. Se ela sair, ninguém sabe como o sistema funciona.
5. O sistema foi feito por terceiros ou com ajuda de IA. O conhecimento sobre o código precisa ser reconstruído. Veja o que revisar em auditoria de app feito com IA.
6. O negócio depende do sistema para vender ou operar. Uma queda tem custo direto.

Como a sustentação ajuda a evitar que o sistema vire legado?

Sistema legado é o software antigo que ainda sustenta a operação, mas que ninguém consegue mexer sem medo. Ele quase nunca nasce ruim: ele fica assim por falta de cuidado contínuo. O guia de sistemas legados detalha os sinais e os caminhos de modernização.

A sustentação evita esse destino porque:

• Mantém as dependências em dia, reduzindo o custo de cada atualização.
• Preserva o conhecimento, com documentação e um time que acompanha o código.
• Corrige pequenas dívidas antes que elas se acumulem em uma reforma grande.
• Mede e alerta, mostrando o que está degradando antes de virar crise.
• Apoia a evolução, com decisões de arquitetura de software revisadas conforme o produto cresce.

Como escolher um fornecedor de sustentação?

Pergunte:

• A equipe vai conhecer o meu código ou cada chamado será tratado por uma pessoa diferente?
• Como os chamados são classificados e qual é o SLA por severidade?
• Existe monitoramento ativo, ou o time só age quando eu aviso?
• Como funciona o pacote de horas e o que acontece quando ele acaba?
• Quem é o responsável técnico e como a comunicação é feita?
• O código, os acessos e a documentação ficam comigo?
• Como a segurança é tratada, incluindo atualizações e revisão de acessos?

Fornecedores que construíram o sistema tendem a ter vantagem, mas uma sustentação bem feita também pode assumir um produto feito por terceiros, depois de uma fase de entendimento do código.

Exemplos de sustentação na prática

Alguns projetos da UEEK mostram o tipo de cuidado que continua depois do lançamento:

• Wellu: depois da migração de uma plataforma feita com IA para uma infraestrutura própria, o produto segue em evolução com revisão de código e ambientes separados. Veja o case.
• Bom Controle: o aplicativo foi entregue com documentação e versionamento pensados para que a equipe interna assumisse a manutenção. Veja o case.
• DairyTech: o aplicativo que lê o teste de leite pela câmera do celular tem evolução contínua desde o lançamento. Veja o case.

Perguntas frequentes

Sustentação de software é obrigatória?

Não é obrigatória, mas é uma boa prática para qualquer produto que sustenta uma operação. Sem ela, os riscos de segurança e de indisponibilidade crescem com o tempo.

Qual a diferença entre sustentação e squad de desenvolvimento?

A sustentação mantém o produto existente, em um pacote recorrente de horas. O squad de desenvolvimento é um time dedicado para construir e evoluir de forma contínua, com maior capacidade de entrega.

A sustentação inclui novas funcionalidades?

Inclui pequenas evoluções dentro do volume contratado. Novas funções maiores costumam ser tratadas como projeto ou por meio de um squad.

A sustentação serve para um sistema feito por outra empresa?

Sim, desde que haja acesso ao código e uma fase inicial para entender a arquitetura, mapear riscos e documentar o que falta.

Como funciona o SLA em um pacote de horas?

O SLA define o tempo de resposta por severidade, e o pacote define o volume de trabalho disponível por mês. Os dois precisam estar descritos no acordo, junto com o que acontece quando o volume é excedido.

Quando um sistema precisa de modernização e não só de sustentação?

Quando a manutenção custa cada vez mais, as mudanças viram risco e a tecnologia não é mais suportada. Nesse caso, a sustentação ajuda a ganhar tempo enquanto a modernização é planejada.

Como a UEEK pode ajudar

A UEEK atua há 14 anos com produtos digitais, para mais de 200 clientes, em 6 países, em mais de 500 projetos. Na sustentação, cuidamos do produto depois do lançamento, com atualizações de segurança, monitoramento, correções, pequenas evoluções e relatório mensal, em pacotes mensais de horas com um time que conhece o seu código. Se você ainda não tem um responsável técnico para decidir prioridades, a UEEK como seu CTO pode apoiar essas decisões.

Conversar com a UEEK sobre a sustentação do seu produto