Revisão do sprint: objetivo, participantes e como conduzi-la

A revisão do sprint é a cerimônia em que a equipe apresenta o produto funcional às partes interessadas e coleta o feedback que orienta o que será desenvolvido a seguir. Ela ocorre no final do sprint, tem duração limitada a cerca de duas horas para um sprint de duas semanas, e seu resultado é um backlog de produto atualizado. O importante é ter em mente: trata-se de uma sessão de trabalho, não de uma apresentação. O valor não está na demonstração — está nas decisões que ela suscita.

Qual é o objetivo da revisão do sprint

A revisão tem como objetivo responder a uma pergunta junto às pessoas que se importam com o resultado: considerando o que acabamos de construir, o que devemos construir a seguir?

A equipe apresenta o incremento — o trabalho que foi efetivamente concluído, de acordo com a definição de concluído, e não o trabalho que está quase pronto — e as partes interessadas presentes na sala respondem. Eles fazem perguntas, questionam, percebem aquilo que ninguém pensou em mencionar durante o planejamento. Essa reação é o resultado da reunião. Ela flui diretamente para o backlog do produto, que o proprietário do produto ajusta na hora ou logo em seguida.

Revisão do sprint x demonstração

As pessoas usam os termos “revisão do sprint” e “a demonstração” como se fossem a mesma reunião. Mas não são — a demonstração é apenas uma parte da revisão.

Mostrar o software em funcionamento é importante: isso exige honestidade (não dá para fazer uma demonstração de um recurso que está quase pronto) e oferece a todos o mesmo elemento concreto sobre o qual reagir. Mas se a demonstração for tudo o que acontecer — a equipe apresenta, as partes interessadas aplaudem, todos vão embora —, você terá realizado uma transmissão unilateral. A revisão é a conversa bidirecional que a demonstração deveria iniciar. A demonstração é apenas o ponto de partida; o feedback e a redefinição de prioridades são o objetivo.

Quem frequenta e por que a igreja está voltada para o exterior

A revisão do sprint é a única cerimônia voltada para o exterior. Os participantes são toda a Equipe Scrum mais as partes interessadas convidadas pelo proprietário do produto — clientes, usuários, patrocinadores, equipe de suporte e qualquer pessoa cuja reação deva influenciar o produto.

Essa lista de convidados é uma decisão, não uma formalidade. Convide pessoas que possam dar feedback que valha a pena colocar em prática e seja rigoroso na seleção: uma sala cheia de espectadores gera apenas barulho educado; uma sala com os três clientes certos gera um backlog reorganizado. Essa postura voltada para o exterior é exatamente o que diferencia a revisão da retrospectiva de sprint, que é exclusiva para a equipe e privada por um motivo.

Como organizar uma que valha a pena passar uma hora nela

O formato é deliberadamente descontraído. Faça com que seja uma sessão de trabalho, e não um espetáculo no palco.

• Comece apresentando a meta do sprint. Lembre a todos o que este sprint se propôs a alcançar, para que o incremento seja avaliado com base na intenção, e não em impressões.
• Mostre o produto em funcionamento, não slides. Faça uma demonstração do produto real com base na definição de “concluído”. Evite mostrar o que está “quase pronto” — isso gera discussões sobre um trabalho que ainda não está concluído.
• Deixe espaço para reações. A equipe deve ouvir mais do que apenas apresentar. Perguntas, objeções e frases do tipo “será que também poderia…” são exatamente o que você veio buscar.
• Encerre a reunião atualizando o backlog. Incorpore o feedback às prioridades enquanto ele ainda está fresco. Esse é o resultado da reunião.

A preparação consiste, principalmente, em ter moderação: escolher o que mostrar, garantir que realmente funcione e resistir à tentação de montar um deck. Dez minutos de um recurso em funcionamento valem mais do que quarenta minutos de capturas de tela dele.

Revisão do sprint x retrospectiva de sprint

As duas cerimônias de encerramento são constantemente confundidas, então preste atenção: a revisão analisa o produto com as partes interessadas; a retrospectiva analisa o processo da equipe, em um ambiente privado. A revisão é voltada para o exterior e ocorre primeiro; a retrospectiva é voltada para o interior e ocorre em segundo lugar, para que a equipe possa incorporar o feedback recente sobre o produto à sua própria reflexão.

Elas não se combinam bem — ninguém menciona que “nossos testes são apressados” na frente do cliente, então juntá-las acaba silenciosamente com a parte honesta. Mantemos a comparação completa, incluindo quem participa de cada uma e por que mantê-las separadas, em revisão de sprint x retrospectiva de sprint. Para saber onde ambas se encaixam entre as demais reuniões, consulte as quatro cerimônias do Scrum e as outras cerimônias deste guia.

Perguntas frequentes

Qual é o objetivo de uma revisão de sprint?

Analisar o incremento do produto com as partes interessadas e ajustar os próximos passos. A equipe mostra o que realmente concluiu, as partes interessadas reagem e essa reação é incorporada ao backlog do produto. O importante não são os aplausos — e sim a correção do rumo. Uma revisão que não altera nada no plano é, na verdade, uma reunião de status disfarçada.

Quem participa de uma revisão de sprint?

Toda a Equipe Scrum, além das partes interessadas convidadas pelo Product Owner — clientes, usuários, patrocinadores e qualquer pessoa cujo feedback deva influenciar o produto. É a única cerimônia que se volta deliberadamente para o exterior. O Product Owner seleciona a lista de convidados para que valha a pena agir com base no feedback recebido na reunião.

Quanto tempo deve durar uma revisão de sprint?

Defina um limite de tempo de cerca de duas horas por semana de sprint — até duas horas para um sprint de duas semanas e até quatro horas para um de um mês. Se o tempo estiver ultrapassado, provavelmente você está apresentando slides em vez de mostrar um produto funcional, ou revisando um trabalho que, na verdade, não foi realizado.

Qual é a diferença entre uma revisão de sprint e uma demonstração?

Uma demonstração é uma atividade dentro da revisão — que consiste em mostrar o software em funcionamento. A revisão do sprint é a conversa mais ampla que a demonstração dá início: as partes interessadas reagem, as prioridades mudam, o backlog se altera. Se você tratar a revisão apenas como uma demonstração, terá uma apresentação unilateral que gera apenas acenos de cabeça e nenhuma decisão.

Qual é a diferença entre uma revisão de sprint e uma retrospectiva?

A revisão do sprint analisa o produto com as partes interessadas — o que deve ser desenvolvido a seguir. A retrospectiva analisa o próprio processo da equipe, em um ambiente fechado — como trabalhar melhor no próximo sprint. A revisão é voltada para o exterior e ocorre primeiro; a retrospectiva é voltada para o interior e ocorre em segundo lugar. Você precisa das duas, mas elas não se combinam bem.