Pular para o conteúdo
Mapa da Negociação

Negociação em projetos

Como negociar mudança de escopo com cliente ou patrocinador

Por Sergio Torres Revisão técnica: Sergio Torres Atualizado em 5 min

Resposta direta

Para negociar uma mudança de escopo, nunca responda sim ou não na hora: registre o pedido, quantifique o impacto em horas, prazo, custo e risco, e volte com duas ou três opções para o cliente escolher. Assim a decisão vira uma troca consciente, e não uma concessão silenciosa que corrói prazo e margem.

O pedido costuma chegar de forma inocente: "É só um relatório a mais", "Já que vocês estão mexendo nessa tela...". O gerente de projetos que diz sim na hora para manter o clima acaba pagando depois, com hora extra, prazo estourado e margem corroída. O que diz não de imediato vira o burocrata que não entende o negócio.

Existe um caminho intermediário: transformar o pedido numa decisão de negócio, com preço visível e opções claras.

Por que mudança de escopo é uma negociação

No PMBOK, mudanças passam pelo controle integrado de mudanças: são registradas, analisadas e aprovadas ou rejeitadas por quem tem autoridade. Esse processo é a estrutura. A negociação acontece dentro dele, porque o cliente quer o item e você precisa proteger prazo, custo e qualidade.

Se você trata a conversa apenas como cumprimento de processo, soa defensivo. Se trata apenas como relacionamento, cede demais. O equilíbrio vem de entender o interesse por trás do pedido. A posição é "quero esse relatório"; o interesse pode ser "preciso mostrar ao diretor que o estoque está sob controle". Às vezes há formas mais baratas de atender o interesse.

Roteiro em cinco passos

1. Acolha e registre, sem se comprometer

"Entendi o pedido. Vou registrar como solicitação de mudança e trazer a análise de impacto até quinta-feira, com opções."

Evite "sem problema", "a gente dá um jeito" ou "isso está fora do escopo" no primeiro contato.

2. Descubra o interesse

Pergunte antes de estimar:

  • "Que decisão esse relatório vai apoiar?"
  • "O que acontece se ele não existir no go-live?"
  • "Quem vai usar e com que frequência?"
  • "Existe algum prazo de negócio associado?"

Essas respostas mudam a solução. Um relatório usado uma vez por mês pode ser uma consulta exportada para planilha, não um módulo novo.

3. Quantifique o impacto

Use o Analisador de escopo ou sua própria planilha. Estime:

Dimensão Pergunta
Esforço Quantas horas, de quais perfis?
Prazo Está no caminho crítico? Quantos dias desloca a entrega?
Custo Horas × taxa, mais licenças ou terceiros
Risco Que novas dependências e testes surgem?
Qualidade O que deixa de ser testado se o prazo não mudar?

Números baseados em estimativas da equipe e em dados históricos do projeto são critérios objetivos. Eles tiram a conversa do campo da opinião.

4. Apresente opções, não um ultimato

Leve duas ou três alternativas. Isso aplica a lógica de MESO: o cliente escolhe entre caminhos que você já sabe que são viáveis, em vez de reagir a um único "custa tanto".

Opções típicas:

  • Incluir agora com acréscimo de prazo e custo.
  • Trocar por um item de menor prioridade ainda não iniciado.
  • Postergar para uma fase 2, após o go-live.
  • Atender o interesse de forma mais simples, com escopo reduzido.

5. Formalize a decisão

Quem tem autoridade escolhe a opção. Você atualiza linha de base, cronograma, orçamento e registro de riscos e comunica às partes. Se decidir absorver algo sem custo, registre como concessão com o valor estimado e, se possível, peça algo em troca.

Exemplo

Uma consultoria implanta um ERP numa distribuidora de Goiânia. Faltando seis semanas para o go-live, o gerente de operações do cliente pede um painel de giro de estoque por filial, que não estava na EAP. Valores ilustrativos:

  • Estimativa da equipe: 160 horas de um desenvolvedor sênior.
  • Taxa contratual: R$ 180 por hora.
  • Custo: 160 × R$ 180 = R$ 28.800.
  • Prazo: 160 horas ÷ 8 horas por dia = 20 dias úteis, e o painel depende de tabelas que estão no caminho crítico.

Ao perguntar pelo interesse, o GP descobre que o painel serve para uma reunião mensal de diretoria e que a primeira dessas reuniões após o go-live acontece 30 dias depois da virada.

Opções apresentadas ao patrocinador:

Opção Escopo Custo adicional Prazo do go-live
A Painel completo antes do go-live R$ 28.800 +20 dias úteis
B Painel completo, trocando a integração com o sistema de frete (120 h, ainda não iniciada) para a fase 2 40 h × R$ 180 = R$ 7.200 +5 dias úteis
C Relatório exportável simples antes do go-live (40 h, feitas por um analista fora do caminho crítico, usando tabelas já prontas) e painel completo na fase 2 R$ 7.200 agora Sem alteração

O patrocinador escolheu a opção C: o interesse real (ter números na primeira reunião de diretoria) foi atendido sem mexer no go-live, e o painel completo entrou no orçamento da fase 2. A decisão foi registrada no controle de mudanças com assinatura do patrocinador.

Erro comum

O erro mais comum é aceitar a mudança na conversa de corredor e só depois descobrir o impacto. A partir dali, qualquer pedido de prazo ou valor adicional soa como cobrança indevida, porque o cliente já considera o item aceito.

Outro erro frequente é negociar com quem não tem autoridade. O usuário-chave pede, a equipe atende, e o patrocinador só descobre quando o prazo estoura. Use o mapa de stakeholders para saber quem precisa aprovar cada tipo de mudança.

Por fim, cuidado com inflar estimativas para desencorajar o pedido. Além de antiético, isso é frágil: basta o cliente pedir o detalhamento para a confiança acabar. Estime com honestidade e deixe que as opções façam o trabalho.

Checklist de análise de mudança

  • Pedido registrado com solicitante, data e descrição.
  • Interesse por trás do pedido identificado.
  • Esforço estimado por perfil, com premissas.
  • Impacto no caminho crítico verificado.
  • Custo, risco e impacto na qualidade descritos.
  • Duas ou três opções com prazo e custo.
  • Decisor identificado e decisão registrada.
  • Linha de base e comunicação atualizadas.

Quando o problema não é o escopo e sim a data, veja como negociar prazo com o cliente.

Perguntas frequentes

Devo recusar pedidos de mudança de escopo?

Não necessariamente. Mudanças são normais e muitas vezes agregam valor. O que você deve recusar é a mudança sem análise de impacto e sem decisão registrada sobre prazo, custo e risco.

E se o cliente disser que o item já estava implícito no escopo?

Volte à declaração de escopo, à EAP e aos critérios de aceitação assinados. Se houver ambiguidade real, reconheça e negocie um meio-termo; se não houver, mostre o documento com calma e trate como mudança.

Posso aceitar pequenas mudanças sem formalizar?

Pequenas mudanças somadas viram grandes atrasos. Mesmo que você decida absorver um item sem custo, registre-o no controle de mudanças como concessão, com o valor estimado, para que fique visível.

Quem deve aprovar a mudança?

Quem tem autoridade sobre orçamento e prazo do projeto, normalmente o patrocinador ou um comitê de controle de mudanças. Pedidos de usuários-chave devem passar por essa instância antes de entrar no plano.

Sergio Torres

CCNS, PMP, PMI-ACP, PMI-RMP, PRINCE2 Agile Practitioner, PSPO, ASF. Instrutor APMT (Approved Product Management Trainer) credenciado pela PMCert para o preparat...

Curso de negociação: ver detalhes e inscrição (abre em nova aba)

Continue lendo

Dica: experimente “ZOPA”, “reajuste de fornecedor” ou “contraproposta salarial”.