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 a um time internacional: falar de estimativa no refinement ou trazer um problema técnico para a review.
Veja abaixo o objetivo, o que se espera de você e as frases que resolvem em cada cerimônia — toque nelas para ouvir a pronúncia.
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".
Consulte estas definições antes de avançar para os exemplos.
O roteiro de cada uma, com as frases para tocar e ouvir.
Sprint planning — Planning da sprint
Decidir o que cabe na sprint e com o que o time vai se comprometer. Dizer o que você consegue puxar, o que depende de outra pessoa e onde está o risco.
Refinement — Refinamento
Entender e detalhar as stories antes do planning: critérios de aceite, dúvidas e tamanho. Fazer as perguntas difíceis agora, para não descobrir o problema no meio da sprint.
Retrospective — Retrospectiva
Olhar para o processo da sprint que terminou e sair com ações concretas. Falar do sistema, não das pessoas. Toda crítica precisa virar um action item com dono.
Sprint review — Review e demo
Mostrar o que ficou pronto para quem não acompanhou o dia a dia. Mostrar o produto funcionando, não ler o ticket. Contexto, o que mudou e o que vem depois.
Seis termos que decidem o rumo do planning e do refinement.
story point — story point
Mede esforço e incerteza, não horas. "This is a five" quer dizer tamanho relativo, não cinco horas.
capacity — capacity
Quanto o time consegue puxar na sprint, já descontando férias, feriados e plantão.
spike — spike
Uma tarefa cujo resultado é conhecimento, não código em produção. Serve quando ninguém sabe estimar ainda.
rough estimate — estimativa aproximada
Um número com margem larga, dado de propósito. Deixe claro que ainda não é compromisso.
scope creep — escopo crescendo sem combinado
Quando a tarefa cresce em silêncio depois de estimada. Nomeie assim que perceber.
action item — action item
A tarefa concreta que sai de uma retro, com dono e prazo. Retro sem action item não mudou nada.
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.
A norma nas retros e nos postmortems de times internacionais é 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 "Code review turnaround averaged three days this sprint".
Não é delicadeza: é que apontar pessoa faz o time esconder erro, e time que esconde erro repete erro.
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.
respondidas 0/5
Escolha uma resposta e veja na hora se acertou. É para aprender — sem pressão.
1. Qual é a diferença entre refinement e planning?
Por quê: Refinar é entender e detalhar; planejar é comprometer. Por isso o refinement vem antes.
2. O que é um "story point"?
Por quê: É uma medida relativa de esforço e incerteza. Traduzir story point em horas é o erro clássico.
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. 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. Uma retrospectiva termina apenas com "we should communicate better". O que faltou?
Por quê: Sem tarefa concreta, dono e prazo, nada muda na sprint seguinte.
Próximo passo
Code review em inglês: como comentar sem soar grosseiroContinue estudando
Uma entrevista internacional segue um roteiro previsível. Veja cada etapa, o que se espera da sua resposta e as frases que resolvem os momentos difíceis.
9 min 18+ anos com quiz
Estudar agoraEntre uma cerimônia e outra, o trabalho acontece no Slack e nas calls. Veja como escrever, pedir ajuda e discordar sem que o inglês atrapalhe o que você quer dizer.
9 min 18+ anos com quiz
Estudar agoraPróximo passo
Para quem trabalha com tecnologia e quer atuar no exterior: entrevistas, reuniões diárias, revisão de código e termos técnicos do dia a dia.
532 termos e frases