Requisito que muda no meio do sprint

O problema

Requisito mudando no meio da sprint costuma revelar a maturidade real do time.

Porque a reação ruim aparece rápido:

• “não pode mudar nada agora”
• “tá bom, a gente encaixa”
• “vamos tentar fazer tudo”

As três respostas podem dar errado.

A primeira trata processo como se fosse contrato moral.

A segunda trata planejamento como se fosse decoração.

A terceira mistura as duas e termina com sprint quebrada.

Modelo mental

Pensa assim:

mudança no meio do ciclo não é crime nem detalhe. É um novo problema de decisão.

A pergunta útil deixa de ser:

• “isso pode ou não pode?”

e vira:

• “se isso entrar agora, o que sai, o que atrasa ou que risco sobe?”

Esse enquadramento melhora muito a conversa.

Quebrando o problema

Nem toda mudança precisa da mesma reação

Existe diferença grande entre:

• ajuste pequeno de cópia
• correção de regra que bloqueia lançamento
• nova ideia inteira entrando no meio

Se tudo recebe a mesma resposta, o time perde critério.

Toda mudança cobra de algum lugar

Esse é o ponto que precisa ficar explícito.

Se algo entra agora, normalmente alguma coisa muda em:

• escopo
• prazo
• foco
• risco

O erro clássico é fingir que nada precisou ser trocado.

A resposta madura vem em opções

Em vez de só:

• “não dá”
• “dá sim”

resposta forte costuma vir assim:

• opção A: encaixamos agora, mas tiramos X
• opção B: mantemos o plano e colocamos isso no próximo corte
• opção C: fazemos versão menor agora para reduzir o risco principal

Isso tira a conversa do campo da opinião e leva para trade-off.

Mudança sem atualização de alinhamento vira surpresa futura

Se o requisito mudou, o compromisso original precisa ser reaberto.

Nem sempre com reunião grande.

Mas com clareza suficiente para ninguém sair assumindo uma versão diferente do plano.

Exemplo simples

Imagine que o time está no meio da sprint implementando nova tela de checkout.

No meio do caminho, produto pede:

também precisamos permitir cupom cumulativo, senão a campanha não fecha.

Resposta fraca:

beleza, a gente encaixa.

Resposta melhor:

Se cupom cumulativo entrar agora, a mudança sai de ajuste de tela e vira alteração de regra de negócio com risco em cálculo e recibo. Dá para seguir por três caminhos: cortamos outra parte da sprint, entregamos versão menor sem essa regra agora, ou replanejamos o compromisso desta entrega.

Agora a mudança deixou de ser pedido implícito e virou decisão explícita.

Erros comuns

• Tratar qualquer mudança como ataque ao processo.
• Aceitar alteração sem reabrir escopo.
• Tentar absorver tudo no mesmo compromisso original.
• Comunicar só o desconforto técnico, sem traduzir impacto.
• Descobrir tarde demais que cada pessoa entendeu uma mudança diferente.

Como um senior pensa

Quem está mais maduro normalmente tenta preservar duas coisas ao mesmo tempo:

• adaptabilidade
• legibilidade do plano

Então não responde com rigidez automática.

Mas também não responde com submissão silenciosa.

A postura é mais parecida com:

• vamos entender o que realmente mudou
• qual é o impacto operacional
• qual opção protege melhor valor e previsibilidade

Isso reduz atrito e evita que a sprint vire ficção coletiva.

O que o entrevistador quer ver

Quando esse tema aparece em entrevista, o avaliador costuma procurar:

• leitura de contexto
• capacidade de negociar escopo
• clareza de impacto
• postura colaborativa sem passividade

Uma resposta forte costuma soar assim:

Quando o requisito muda no meio do ciclo, eu tento evitar dois extremos: nem trato a sprint como algo intocável, nem aceito a mudança como se fosse gratuita. Primeiro entendo o impacto real. Depois proponho opções com custo explícito em escopo, prazo ou risco. O objetivo é replanejar com clareza, não proteger ego nem fingir que cabe tudo.

Processo bom não impede mudança. Ele impede mudança escondida.