O sistema deve separar pedido, análise de impacto e autorização de mudança, preservando a versão de escopo utilizada pela equipe.
Índice
O cliente pode solicitar uma atividade durante a execução, mas a solicitação não determina sozinha que ela entrou no escopo aprovado.
A regra que muda o orçamento
O sistema deve separar pedido, análise de impacto e autorização de mudança, preservando a versão de escopo utilizada pela equipe.
Um gestor de tarefas coleta pedidos; um módulo próprio vincula alteração ao contrato e comunica o conjunto autorizado à operação.
O fluxo de mudança deve começar pelo pedido como foi recebido, incluindo sua origem. O cliente pode pedir uma possibilidade para avaliação sem solicitar execução imediata. Na interface, essa diferença precisa ser explícita para a equipe. Peça ao fornecedor para mostrar uma alteração aprovada parcialmente e uma que substitui atividade anterior. Os efeitos não são iguais: acrescentar trabalho e remover trabalho exigem comunicação e evidência próprias para evitar execução duplicada.
Especifique a entrega operacional
- Relacione a mudança à atividade original e ao motivo informado pelo cliente.
- Mostre impacto em entregas e recursos antes de liberar a nova atividade.
- Preserve escopo anterior e aceite da revisão para consulta de ambas as equipes.
Teste a exceção antes de aceitar
Em um cenário hipotético, um pedido é recusado após análise; a operação deve manter o trabalho original sem tratar a sugestão como compromisso aprovado.
Referência para avaliar o escopo
NN/g: construção de cenários para testes de usabilidade
Prepare a contratação com a Quantum9
Leve uma alteração de escopo e a sequência utilizada para autorizá-la ou recusá-la.