Como avaliar uma mudança de escopo com o projeto em andamento

Para avaliar uma mudança de escopo, compare o pedido novo com a entrega já combinada, estime com a equipe o impacto sobre trabalho, prazo e recursos e apresente opções a quem pode decidir. Registre o que foi aprovado, recusado ou adiado antes de executar a alteração. Quando houver aprovação, atualize as tarefas e os compromissos afetados.

O pedido pode chegar como “aproveitando que vocês já estão fazendo”. Às vezes é um esclarecimento simples; em outras, acrescenta uma entrega que exige preparação, revisão e participação de outras pessoas. O tamanho da mensagem não revela o tamanho do trabalho.

Confira o que está mudando

Abra a versão aceita do escopo e descreva a diferença de forma concreta. O cliente pediu mais unidades, outro formato, um público diferente ou uma atividade adicional? Também pode ter solicitado a retirada ou a substituição de algo.

Escreva duas frases: “Estava previsto entregar…” e “Agora foi solicitado…”. Isso ajuda a separar uma nova entrega da correção necessária para atender ao que já estava aprovado. Se o combinado admite interpretações diferentes, esclareça a dúvida com quem participou da decisão antes de classificar o pedido.

O registro da passagem do cliente de vendas para a operação pode ajudar a localizar essa referência inicial. Aqui, a tarefa é avaliar o que surgiu depois dela, durante a execução.

Estime o impacto com quem fará o trabalho

Converse com as pessoas que conhecem as etapas afetadas. Inclua o trabalho novo e o que precisará ser revisto: uma alteração pequena na entrega final pode exigir mudanças em materiais já preparados.

Faça uma avaliação curta:

  • Trabalho: o que entra, sai ou precisa ser refeito?
  • Prazo: quais etapas e compromissos dependem disso?
  • Recursos: quem precisa participar e que disponibilidade falta?
  • Conferência: quem vai validar a nova entrega e o que precisa estar pronto para ela ser aceita?

Registre também as dúvidas da estimativa. Se falta um arquivo para avaliar a dificuldade, combine primeiro quem vai obtê-lo. Evite oferecer uma data definitiva com base numa informação que ainda não existe.

A APM recomenda considerar tanto o efeito de implementar uma mudança quanto o de não implementá-la. Pergunte o que o cliente deixa de conseguir se o projeto continuar como foi combinado.

Leve alternativas para uma decisão

Com o impacto conhecido, apresente possibilidades viáveis: manter a entrega atual, substituir parte dela, incluir o novo trabalho com prazo e condições revistos ou avaliá-lo numa etapa posterior. Uma ideia pode fazer sentido e ainda não caber na fase em andamento. Durante a avaliação, mantenha combinadas as tarefas do escopo atual que podem continuar.

Identifique quem pode confirmar a escolha pelo cliente e quem pode assumir o novo compromisso pela equipe. O controle de mudanças descrito pela APM prevê registrar, avaliar e decidir sobre a solicitação; o plano é atualizado quando ela é aprovada.

Se o pedido também tiver urgência, será preciso decidir qual compromisso da semana pode ser interrompido. Urgência e mudança de escopo são avaliações relacionadas, mas uma não resolve a outra.

Exemplo ilustrativo: um manual e um treinamento

Neste exemplo fictício, uma consultoria prepara um manual com seis procedimentos de atendimento. A entrega prevista para sexta-feira é o documento revisado. Durante a revisão, o cliente pede um treinamento remoto de 90 minutos para apresentar o material à equipe.

A coordenadora registra que o treinamento é uma entrega adicional. A pessoa que vai conduzi-lo estima um dia de preparação, além da sessão, e precisa confirmar a disponibilidade dos participantes. Fazer tudo até sexta exigiria deslocar o trabalho de revisão do manual.

Ela apresenta duas opções: concluir o documento na sexta e combinar o treinamento para uma etapa seguinte, ou rever a data do conjunto para incluir a preparação. As condições comerciais da mudança também precisam ser confirmadas por quem responde por essa decisão.

O cliente escolhe receber o manual primeiro. A coordenadora registra a escolha, mantém a revisão prevista e deixa o treinamento aguardando a confirmação de data e condições. A equipe sabe o que executar agora e o que ainda depende de decisão. Os prazos e estimativas deste exemplo são apenas ilustrativos.

Modelo para registrar a solicitação

Copie estes campos para o registro que acompanha o projeto. Preencha o suficiente para outra pessoa entender a decisão sem reconstruir a conversa.

Campo O que registrar
Pedido Quem solicitou, quando e qual problema quer resolver.
Referência atual Entrega combinada e link para a versão aceita.
Mudança proposta O que será acrescentado, retirado ou substituído.
Impacto Trabalho, prazo, pessoas e demais entregas afetadas.
Pendências Informação necessária, responsável por obtê-la e previsão.
Alternativas Opções viáveis e consequência de cada uma.
Decisão Escolha, pessoas que confirmaram, data e condições.
Execução Tarefas a atualizar, responsável e próximo ponto de conferência.

Uma resposta possível ao cliente é: “Conseguimos avaliar a inclusão de [pedido]. Ela exige [trabalho] e afeta [entrega ou prazo]. As opções são [alternativas]. Antes de começar, precisamos confirmar [decisão e condições]”.

Atualize o trabalho depois da confirmação

Guarde a referência anterior e registre a mudança aceita. Atualize responsáveis, prazos e instruções das tarefas afetadas; avise também quem dependia da entrega original. Se a solicitação foi adiada, registre quando ela voltará a ser avaliada.

No Scrumboards, a descrição das tarefas pode reunir as instruções de execução, enquanto comentários e anexos ajudam a manter o contexto da conversa. A decisão sobre a mudança continua sendo das pessoas responsáveis.

No próximo pedido novo, teste o modelo antes de deslocar a equipe. Para organizar esse registro junto dos projetos, tarefas e clientes, conheça o Scrumboards.