O que é Review?
Review é a reunião de fim de ciclo em que o time apresenta o que ficou pronto e coleta feedback dos interessados. O nome completo no Scrum é sprint review, e o termo em português seria revisão de sprint, pouco usado na prática.
A review é o momento em que o trabalho encontra quem o julga. O time mostra cada entregável funcionando, e quem pediu o trabalho reage. Essa reação alimenta a próxima rodada de priorização do backlog.
A review mostra o que está pronto de verdade, no critério de aceite combinado. Trabalho pela metade fica fora. Essa disciplina impede a reunião de virar uma sequência de promessas sobre a semana seguinte.
Como funciona na prática?
A review dura de 30 a 60 minutos para uma sprint de duas semanas:
- Relembre o objetivo do ciclo. O time abre com a meta combinada na planning, o que dá contexto ao que vem a seguir.
- Demonstre o que ficou pronto. Mostre a landing page no ar, o e-mail enviado, o relatório entregue. Demonstração vale mais que slide descrevendo a entrega.
- Diga o que ficou de fora e por quê. Transparência aqui evita surpresa e constrói confiança sobre a próxima estimativa.
- Colete feedback. Interessados comentam, questionam e pedem ajustes. As solicitações viram itens de backlog, sem compromisso imediato de prazo.
Em agências, a review costuma se fundir com a reunião de aprovação do cliente. Essa combinação funciona, desde que o time separe o que é feedback para o backlog do que é ajuste obrigatório na entrega atual.
Review vs Retrospectiva: qual a diferença?
| Aspecto | Review | Retrospectiva |
|---|---|---|
| Objeto | As entregas do ciclo | O processo de trabalho |
| Participantes | Time e interessados | Só o time |
| Saída | Feedback e itens novos no backlog | Ajustes no jeito de trabalhar |
| Momento | Antes da retrospectiva | Depois da review |
Veredito: a review discute o resultado com quem recebe o trabalho, e a retrospectiva discute o método com quem faz o trabalho.
Exemplos de uso
- Agência, exemplo hipotético: na review de sexta-feira, o time mostra ao cliente a landing page publicada, os três criativos veiculando e o relatório da campanha de R$ 8 mil. O cliente pede uma variação de headline, que entra no backlog da próxima sprint.
- Time de marketing interno: a review reúne marketing, vendas e produto. Vendas comenta que o material de apoio criado no ciclo não cobre uma objeção comum, e esse ponto vira item priorizado.
Erros comuns
- Apresentar trabalho incompleto como pronto, o que corrói a confiança nas estimativas do time.
- Transformar a review em apresentação de slides sobre o trabalho em vez de demonstração do trabalho.
- Aceitar todo pedido de ajuste como urgente e furar o ciclo seguinte antes de ele começar.
- Fundir review e retrospectiva na mesma reunião, o que faz o time evitar a autocrítica na frente do cliente.
Perguntas frequentes sobre Review
Quem deve participar da review?
Participam o time e as pessoas afetadas pelo trabalho: quem pediu, quem vai usar e quem decide prioridade. Em agências, o cliente. Em times internos, áreas como vendas, produto ou atendimento. Quanto mais próximo do uso real da entrega, mais útil é o feedback coletado.
O que fazer com os pedidos que surgem na review?
Todo pedido vira item de backlog e passa pela priorização normal. Aceitar ajustes de imediato transforma a review em fonte de retrabalho e desorganiza o ciclo seguinte. A exceção são correções de erro no que foi entregue, que costumam entrar direto por serem parte do critério de aceite.
Review é a mesma coisa que reunião de aprovação?
As duas se sobrepõem em agências e têm focos distintos. A aprovação decide se a peça pode ir ao ar. A review apresenta o conjunto de entregas do ciclo e coleta feedback que orienta a priorização. Muitos times rodam as duas juntas e separam as conversas na pauta.