Que serviços técnicos incluir num contrato de manutenção e suporte de software?
Procurar desenvolvimento apenas perante uma falha crítica não é sustentável. Defina suporte e responsabilidades antes, sobretudo em aplicações críticas.
O que contém este artigo?
Procurar desenvolvimento apenas perante uma falha crítica não é sustentável. Defina suporte e responsabilidades antes, sobretudo em aplicações críticas.
A manutenção pode cobrir incidentes, atualizações, monitorização e dependências.
Manutenção corretiva
Corrija erros e comportamentos inesperados em produção. Defina gravidades antecipadamente.
Manutenção preventiva
Inclui verificação regular de dependência, framework, certificado, capacidade de disco ou riscos de infraestrutura antes de um erro ocorrer.
Atualizações de segurança
O suporte deve definir prazos para atualizações de segurança de frameworks, pacotes e sistemas.
Monitorização
- Disponibilidade
- Taxa de erro HTTP
- Erro de aplicação
- CPU e RAM
- Disco
- Fila
- Conexão da base de dados
- Erros de API externos
Níveis SLA
Falha P1 e pequeno erro visual não devem ter o mesmo SLA. Defina resposta e objetivo de resolução separadamente.
Backup e Restauração
Teste o restauro além das cópias. Cópias inutilizáveis não protegem realmente.
Gestão de Dependência e Runtime
Acompanhe PHP, Node, frameworks, bases e runtimes conforme o fim de suporte.
Pedidos de alteração
Separe manutenção de novas funções. Capacidade mensal pode cobrir pequenas alterações.
Relatórios
- Incidentes abertos
- Tempo médio de resposta
- Tempo médio de solução
- Disponibilidade
- Número de implementações
- Atualizações de segurança
- Dívida técnica aberta
Colocar decisões de projeto em prática
Relacione as decisões sobre manutenção corretiva e preventiva e atualizações de segurança. Defina funções, fontes de dados, papéis, limites de segurança, dependências e métricas de sucesso. Converta-os em backlog, critérios de aceitação e lista de riscos para acompanhar resultados mensuráveis em vez de interpretações pessoais.
Uma solução empresarial que funciona hoje não é necessariamente sustentável a longo prazo. Inclua código testável, implementação, registos, monitorização, migração e rollback na arquitetura inicial. Isto controla o retrabalho e os custos operacionais das versões seguintes, em vez de apenas atrasar o desenvolvimento.
Lista de implementação e riscos técnicos
Uma lista de funções não basta. Registe desde o desenho técnico as decisões sobre manutenção corretiva e preventiva e atualizações de segurança. Defina equipa, fonte, comportamento esperado, falha e critério de aceitação por requisito crítico. Isto reduz discussões de âmbito posteriores e cria uma referência comum para produto, desenvolvimento, operações e negócio.
Avalie separadamente dependências, permissões, integridade dos dados, falhas externas e escala prevista. Nas API, preveja tempos limite, limites de frequência, pedidos duplicados, divergências e falhas temporárias, não apenas respostas bem-sucedidas. Auditoria, rollback ou novas tentativas facilitam a recuperação segura após erros.
Antes da entrada em produção, defina metas mensuráveis: duração das operações, acesso por função, retenção de registos e acompanhamento de erros. Depois, monitorize registos, erros, desempenho da base, filas e latências externas críticas. Isto ajuda a detetar problemas sem depender apenas de queixas e a gerir um produto sustentável em vez de um projeto pontual.
- Relacionar funções com critérios de aceitação
- Controlos de autorização e acesso aos dados
- Cenários de falha API e integração
- Abordagem de backup e rollback
- Monitorização e acompanhamento de erros
- Metas de desempenho e capacidade
A abordagem de software da B10 Digital Agency
A B10 Digital Agency trata software à medida como desenvolvimento de produto digital, não apenas ecrãs: processos, UX/UI, arquitetura, API, segurança, DevOps e medição são concebidos em conjunto.
- Software à medida e aplicações móveis
- Integrações API e Sistemas
- Design e Experiência do Utilizador (UX/UI)
- Desenvolvimento Web e Infraestrutura Segura
Perguntas frequentes
O desenvolvimento de novos recursos é o mesmo que a manutenção?
Não. A manutenção sustenta o sistema existente; desenvolvimento altera o âmbito.
O que define um SLA?
Tempos de resposta e objetivos de resolução por prioridade.
Basta fazer cópias de segurança?
Não. Verifique regularmente se as cópias podem ser restauradas.
Pode o software funcionar por anos sem atualização?
Pode funcionar, mas riscos de segurança e compatibilidade podem aumentar muito.
Artigos relacionados
- Estratégias de modernização de sites: auditorias, refatorização e migração incremental
- Infraestrutura Digital Essencial para Startups: De Domínios a Segurança de Dados
- Desenvolvimento API-first: desacoplar o backend e tornar as aplicações multicanal
Planeje seu projeto de software tecnicamente
Conheça a abordagem da B10 Digital Agency para avaliar necessidades de software à medida, integrações e arquitetura de produto.
Fontes e documentos relacionados
Estes documentos servem de referência para os métodos e regras abordados neste artigo.
