Software

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.

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

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.

Conhecer software à medida e aplicações móveis →

Fontes e documentos relacionados

Estes documentos servem de referência para os métodos e regras abordados neste artigo.

B10 Digital Agency

Que serviços técnicos incluir num contrato de manutenção e suporte de software?