O lançamento torna o software disponível. Operá-lo significa saber quem responde a problemas, como as alterações chegam aos utilizadores e o que a próxima pessoa precisa de compreender. Estas tarefas devem ser discutidas antes da primeira versão.
Este guia reúne perguntas a resolver com o parceiro de desenvolvimento de uma aplicação web, produto móvel ou backend. O modelo de apoio depende da aplicação e do acordo.
Saber quem controla as contas essenciais
Inventarie repositório de código, ambiente cloud, domínio, contas das lojas, serviços externos e ficheiros de design. Registe proprietários e necessidades de acesso. Evite que uma conta pessoal seja o único acesso a um sistema crítico.
O acordo deve abordar propriedade, componentes externos e transição. Uma passagem útil explica distribuição, configuração e operação. As credenciais devem ser transferidas por um processo seguro adequado, em vez de copiadas para um documento geral.
Definir o apoio antes de um incidente
Acorde canal de comunicação, informação necessária e responsável pela gravidade. Um serviço indisponível e um defeito visual exigem respostas diferentes. Objetivos de resposta e horários devem constar expressamente do acordo.
A monitorização deve ajudar a equipa responsável a reconhecer o problema e o percurso afetado. Um painel sem responsável não estabelece um processo de incidentes. Defina quem analisa alertas, informa utilizadores e autoriza reverter a versão.
Manter o sistema, não apenas os ecrãs
Dependências, requisitos das plataformas, integrações e uso mudam. Planeie avaliação e testes de atualizações. Para dados persistentes, acorde responsabilidades das cópias de segurança e verificação da recuperação.
A revisão da infraestrutura deve considerar custos e desempenho. Tarefas de fundo, media armazenados, APIs externas e mais utilização podem alterar a fatura. Registe pressupostos e reavalie-os quando o produto mudar.
Facilitar a próxima versão
Guarde um registo breve das decisões: porquê escolher um serviço, que limites aceitar e que alterações adiar. Acrescente uma lista clara de problemas e um processo de publicação repetível.
Na Brainbaby Labs, as conversas de entrega incluem as responsabilidades posteriores. Desenvolvimento, alojamento, manutenção e novas funcionalidades podem ter âmbitos diferentes. O objetivo é clarificá-los antes de começar.
Para um projeto novo, descreva resultado, sistemas existentes e equipa de operação. Para um produto já existente, apresente problemas recorrentes e informação operacional disponível.