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: discutir estimativa na retro 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" (vamos tratar disso fora desta reunião).
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 — ponto de história (medida relativa de esforço)
Mede esforço e incerteza, não horas. "This is a five" quer dizer tamanho relativo, não cinco horas.
capacity — capacidade de trabalho
Quanto o time consegue puxar na sprint, já descontando férias, feriados e plantão.
spike — investigação técnica com tempo limitado
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 — ação a executar com responsável e prazo
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?" (Acho que cinco pontos é otimista — nunca mexemos nesse serviço. Podemos fazer uma investigação primeiro e estimar de novo na semana que vem?) 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" (Ninguém revisou minha solicitação de alteração), diga "Code review turnaround averaged three days this sprint" (O tempo de retorno das revisões de código foi de três dias em média nesta 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.
Você acertou de !
Desafie alguém a bater o seu placar:
Crie sua conta para ganhar Aura ao concluir este guia.
Próximo passo
Code review em inglês: como comentar sem soar grosseiroPratique jogando
Continue 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 agoraSimule a comunicação de um incidente: transforme percentuais, mudanças de estado e horários em mensagens claras para um time internacional.
9 min 18+ anos com quiz
Estudar agora