Pular para o conteúdo
Aprenda Jogando
Inglês para Tecnologia 8 min de leitura 18 a 99 anos

Cerimônias ágeis em inglês: planning, refinement, retro e demo

Além da daily, a semana tem planning, refinement, retro e demo. Cada uma tem seu roteiro e seu vocabulário — veja o que se espera que você diga em cada uma.

Além da daily, a semana de um time ágil tem outras quatro reuniões — e cada uma tem um roteiro próprio, um objetivo e um vocabulário. Saber qual é qual evita o constrangimento mais comum de quem chega num time internacional: falar de estimativa no refinement ou trazer um problema técnico para a review.

Toque em cada cerimônia para ver o objetivo, o que se espera de você e as frases que resolvem.

O que cada reunião decide

Refinement: entender. Planning: comprometer. Daily: sincronizar. Review/demo: mostrar. Retro: ajustar o processo. Quando a conversa sai desse escopo, a frase é "let's take this offline".

As quatro cerimônias

Toque em cada uma para ver o roteiro e ouvir as frases.

Objetivo:

Seu papel:

Roteiro de cada cerimônia

Sprint planning — Planejamento do ciclo

Decidir o que cabe no ciclo e o time se comprometer com isso. Dizer o que você consegue puxar, o que depende de outra pessoa e onde está o risco.

  • “I can take the migration, but only if the API contract is settled first.” Posso pegar a migração, mas só se o contrato da interface estiver fechado antes.
  • “That's more than my capacity this sprint — I'd rather do two of them well.” Isso é mais do que a minha capacidade neste ciclo — prefiro fazer duas bem-feitas.

Refinement — Refinamento

Entender e detalhar as histórias antes de planejar: critérios de aceite, dúvidas, tamanho. Fazer as perguntas chatas agora, para não descobrir o problema no meio do ciclo.

  • “What's the expected behavior when the payment times out?” Qual é o comportamento esperado quando o pagamento expira?
  • “This one is too big — could we split it into the API and the UI?” Essa está grande demais — podemos dividir entre a interface de programação e a tela?

Retrospective — Retrospectiva

Olhar para o processo do ciclo que terminou e sair com ações concretas. Falar do sistema, não das pessoas. Toda crítica vira um action item com dono.

  • “Reviews took three days on average this sprint, and that slowed everything down.” As revisões levaram três dias em média neste ciclo, e isso atrasou tudo.
  • “Could we make that an action item with an owner?” Podemos transformar isso numa ação com um responsável?

Sprint review — Review e demo

Mostrar o que ficou pronto para quem não acompanhou o dia a dia. Mostrar, não ler o chamado. Contexto, o que mudou, o que vem depois.

  • “Before, the user had to type the address again. Now it's prefilled.” Antes, a pessoa tinha que digitar o endereço de novo. Agora ele já vem preenchido.
  • “That's a great question — let me follow up after the call.” Ótima pergunta — deixa eu retornar depois da chamada.

O vocabulário de estimativa

Seis termos que decidem o rumo do planning e do refinement.

story point — ponto de história

Mede esforço e incerteza, não horas. "This is a five" quer dizer o tamanho relativo, não cinco horas.

capacity — capacidade

Quanto o time consegue puxar no ciclo, já descontando férias e plantão.

spike — investigação com prazo

Uma tarefa cujo resultado é conhecimento, não código. Serve quando ninguém sabe estimar ainda.

rough estimate — estimativa grosseira

Um número com margem larga, dado de propósito. Dizer que é grosseira faz parte da estimativa.

scope creep — inchaço de escopo

Quando a tarefa cresce em silêncio depois de estimada. Nomeie assim que perceber.

action item — ação combinada

A tarefa concreta que sai de uma retro, com dono e prazo. Retro sem action item não mudou nada.

Como discordar de uma estimativa sem travar a reunião

Traga o motivo antes da objeção e ofereça um caminho: "I think five points is optimistic — we've never touched that service. Could we do a spike first and re-estimate next week?" O formato é sempre o mesmo: o dado que você tem, a consequência e uma alternativa concreta.

A palavra que o time usa para isso é push back — contestar uma decisão. Não tem relação com o git push, e não é rude: em muitos times, quem nunca faz push back é visto como quem não está prestando atenção.

Blameless: por que a retro não tem culpado

A norma nas retros e nos postmortems de time internacional é blameless: analisa-se o sistema que permitiu o erro, não quem apertou o botão. Isso muda a gramática do que você diz — troque a pessoa pelo processo e o julgamento pelo dado. Em vez de "Nobody reviewed my pull request", diga "Reviews took three days on average this sprint".

Não é delicadeza: é que apontar pessoa faz o time esconder erro, e time que esconde erro repete erro.

Grooming ou refinement?

As duas palavras nomeiam a mesma reunião. Backlog grooming era o termo antigo e ainda aparece em times mais velhos, mas o Scrum Guide passou a usar refinement e é o que você vai ouvir na maioria das empresas hoje. Se alguém disser "grooming", é a mesma coisa — não corrija.

Antes de tudo isso vem a reunião de todo dia: veja daily standup em inglês, e treine o vocabulário no módulo de inglês para programadores.

Teste o que você aprendeu

respondidas 0/5

Escolha uma resposta e veja na hora se acertou. É para aprender — sem pressão.

  1. 1. Qual é a diferença entre refinement e planning?

    Por quê: Refinar é entender e detalhar; planejar é comprometer. Por isso o refinement vem antes.

  2. 2. O que é um "story point"?

    Por quê: É medida relativa de esforço e incerteza. Traduzir ponto em horas é o erro clássico.

  3. 3. Como criticar um processo na retro sem apontar uma pessoa?

    Por quê: Fale do sistema e em dados. O formato blameless — sem culpados — é a norma em time internacional.

  4. 4. O que dizer quando ainda não dá para estimar uma tarefa?

    Por quê: Dizer a incerteza em voz alta é profissional. Se precisar de tempo para investigar, peça um spike.

  5. 5. Uma retrospectiva termina apenas com "we should communicate better". O que faltou?

    Por quê: Sem tarefa concreta, dono e prazo, nada muda no ciclo seguinte.

Você acertou de !

Quer fixar de vez? Pratique nos jogos indicados abaixo.

Crie sua conta para ganhar Aura ao concluir este guia.

Perguntas frequentes

Qual a diferença entre refinement e planning?

No refinement o time entende e detalha as histórias (critérios de aceite, dúvidas, tamanho). No planning o time decide quais delas cabem na sprint. Refinar é entender, planejar é comprometer.

Como dar uma estimativa sem me comprometer com uma data?

"I'd rather not commit to a date until I've looked at the API" ou "It's a rough estimate — I'd say three days, with a spike first". Dizer a incerteza em voz alta é profissional, não fraqueza.

Como criticar um processo na retro sem apontar uma pessoa?

Fale do sistema, não de quem: "The reviews took three days on average this sprint" em vez de "Nobody reviewed my PR". O formato blameless é a norma em time internacional.

O que dizer numa demo em inglês?

Contexto, o que mudou e o que vem depois: "This is the checkout page. Before, the user had to re-enter the address — now it's prefilled. Next we'll handle the error state." Mostre, não leia o ticket.

O que é um action item?

É a tarefa concreta que sai de uma retro, com dono e prazo. Uma retro que termina só com "we should communicate better" não gerou action item nenhum.