Receba código, conteúdo, instruções de publicação e controle claro das contas. A entrega de um site deve mostrar onde estão os ficheiros, como se publica e quais contas sustentam a operação. O próximo responsável deve localizar o código e publicar uma correção de texto. Um arquivo compactado não substitui documentação operacional.
Faça um inventário que outra pessoa consiga utilizar
A entrega de um site deve mostrar onde estão os ficheiros, como se publica e quais contas sustentam a operação. Código isolado pode ser insuficiente se faltam instruções, configuração ou acesso ao domínio. Prepare um inventário com a finalidade de cada elemento, o titular e o responsável por o manter.
Inclua domínio, DNS, alojamento, base de dados, repositório e serviços externos realmente utilizados. Não é necessário listar ferramentas de desenvolvimento sem relevância operacional. O objetivo é permitir que alguém autorizado identifique a conta correta para uma alteração ou recuperação.
Separe informação de acesso e segredos. A documentação pode indicar os nomes das variáveis e o serviço onde são geridas, mas não deve publicar palavras-passe ou chaves. Utilize o mecanismo seguro acordado para partilhar acessos. A facilidade de continuidade não exige expor credenciais em ficheiros que podem ser distribuídos.
Documente tarefas concretas de manutenção
Escolha exemplos que a empresa provavelmente precisará de realizar: alterar contacto, atualizar um serviço, publicar um artigo ou substituir uma imagem. Descreva os passos e como verificar a pré-visualização antes de publicar. Uma lista genérica de comandos não ajuda quem não sabe qual ficheiro contém o conteúdo.
Registe dependências importantes e versões necessárias para executar o projeto. Se a instalação exige um ambiente específico, essa condição deve ser explícita. Inclua também a diferença entre teste local, pré-visualização e produção. Publicar no ambiente errado pode criar confusão mesmo quando o comando funciona.
Um exercício útil de passagem de responsabilidade é pedir a outra pessoa autorizada que siga as instruções num ambiente seguro. Se a tarefa falha por uma etapa implícita, atualize o documento. O autor do projeto conhece detalhes que podem parecer óbvios, mas que não estão disponíveis a quem recebe.
Confirme propriedade e recuperação
As contas essenciais devem ter titularidade e métodos de recuperação adequados ao negócio. Verifique se um telefone antigo, uma caixa pessoal ou um único dispositivo é o único caminho de acesso. Corrigir isso antes de terminar a colaboração reduz dependências desnecessárias.
Inclua condições de licenças e materiais fornecidos por terceiros. Uma fonte, fotografia ou componente pode ter limites de utilização ou transferência. O proprietário precisa de saber o que recebe e quais obrigações continuam aplicáveis. Não presuma que todos os recursos de uma demonstração pertencem ao projeto.
Finalize com uma lista de verificações concluídas e configurações ainda dependentes do proprietário, quando existirem. A entrega deve distinguir claramente ficheiros prontos e serviços públicos efetivamente configurados. Uma boa passagem de responsabilidade permite operar o site e continuar o trabalho com outra pessoa, preservando contexto, acesso e responsabilidade sem depender de memória informal. Verifique convites pendentes e permissões na conta de destino. Receber uma ligação para um painel não significa ter autorização suficiente para publicar, recuperar dados ou gerir o domínio, pelo que cada capacidade necessária deve ser confirmada.
Lista prática
- Receber repositório
- Documentar domínio
- Explicar restauração
Um exemplo concreto: O próximo responsável deve localizar o código e publicar uma correção de texto.
Um limite importante: Um arquivo compactado não substitui documentação operacional.
