Revisão ajusta o que foi combinado; ampliação acrescenta uma necessidade. Defina a diferença antes do desenvolvimento. Uma revisão serve para avaliar e ajustar o trabalho dentro do alcance acordado. Alterar um título é revisão; adicionar um sistema de reservas amplia o escopo. Entregar código não transfere licenças de terceiros.
Defina revisões e aceitação antes de começar
Uma revisão serve para avaliar e ajustar o trabalho dentro do alcance acordado. Não significa necessariamente recomeçar o projeto sem limite. Explique como serão reunidas as observações, quantas rondas existem e quais decisões devem estar estáveis em cada etapa. Uma primeira ronda pode tratar estrutura; outra, conteúdo e detalhes.
Diferencie defeito e ampliação. Um menu móvel que não abre é um problema da entrega. Acrescentar uma área de clientes pode ser novo trabalho. Uma mudança de preferência depende do que já foi aprovado. Critérios escritos permitem discutir essas situações com base no projeto, em vez de depender apenas da interpretação de cada pessoa.
Peça que as observações sejam consolidadas por um responsável. Comentários contraditórios em mensagens separadas dificultam perceber qual orientação deve ser executada. Uma lista com página, problema e resultado esperado torna a revisão mais objetiva. Fotografias de referência podem ajudar quando acompanhadas de uma explicação.
Confira ficheiros, contas e instruções
Entregar código não basta se ninguém sabe como instalar, configurar e publicar. O conjunto deve incluir instruções adequadas à tecnologia, nomes das variáveis necessárias e localização dos serviços utilizados. Segredos não devem ser expostos num documento público; a documentação deve explicar onde são geridos de forma segura.
Faça um inventário de domínio, DNS, alojamento, base de dados e eventuais serviços externos. O titular e o contacto de recuperação devem ser adequados à empresa. Uma conta pessoal do fornecedor pode criar dependência mesmo quando os ficheiros foram entregues. A propriedade precisa de ser verificada serviço a serviço.
Verifique também licenças de imagens, fontes e componentes. Alguns elementos podem ter condições próprias de utilização ou atualização. O cliente deve saber o que pode reutilizar e o que depende de um contrato externo. Essa informação facilita uma futura transferência para outro profissional autorizado.
Teste se a entrega pode ser continuada
Um exercício simples é realizar uma pequena atualização seguindo as instruções. Altere um texto de exemplo num ambiente apropriado, gere o site e confirme o resultado. A intenção é verificar que a documentação descreve um procedimento real. Se falta uma dependência ou uma etapa, corrija o registo enquanto o contexto ainda está fresco.
Na aceitação, percorra páginas importantes, navegação móvel e formulário. Um envio deve corresponder a um registo confirmado, e a apresentação de sucesso deve refletir esse resultado. Verifique também erros e recuperação, porque o funcionamento em condições ideais não cobre todas as situações.
Finalize com uma lista do que foi entregue, do que depende de configuração do proprietário e de como solicitar suporte. A entrega fica completa quando o site funciona no alcance acordado e a empresa compreende como aceder, operar e continuar o projeto. Registe quem confirmou cada acesso durante a entrega. Uma lista marcada como concluída sem uma tentativa real de entrada pode esconder convites pendentes, permissões insuficientes ou métodos de recuperação que ainda dependem de outra pessoa.
Lista prática
- Agrupar comentários
- Listar arquivos
- Verificar acessos
Um exemplo concreto: Alterar um título é revisão; adicionar um sistema de reservas amplia o escopo.
Um limite importante: Entregar código não transfere licenças de terceiros.
