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

A revisão do sprint é a cerimônia em que a equipe apresenta um produto funcional às partes interessadas e coleta o feedback que redireciona o que será desenvolvido em seguida. Ela ocorre no final do sprint, tem duração fixa de aproximadamente 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, mas nas decisões que ela suscita.

Para que serve a revisão do sprint

A revisão tem como objetivo responder a uma pergunta para as 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 algo que ninguém pensou em mencionar no 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 “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 a única coisa 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 o reajuste de prioridades são o objetivo. Uma demonstração feita apenas para receber aplausos, sem nenhuma decisão por trás, é teatro ágil: uma cerimônia realizada para o público, em vez de para o resultado.

Quem frequenta o local e por que ele está voltado 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 oferecer 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 da 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 presentes 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 apenas slides. Faça uma demonstração do produto real com base na definição de “concluído”. Ignore 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 seria possível…” são exatamente o que você veio buscar.
• Encerre 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 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 costumam ser 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; portanto, 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. É a correção do rumo. Uma revisão que não altera nada no plano é, na verdade, uma reunião de atualização 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, até quatro 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 das atividades da revisão: 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, a fim de decidir o que será desenvolvido a seguir. A retrospectiva analisa o próprio processo da equipe, de forma interna, para que ela trabalhe 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. São necessárias ambas, mas elas não se combinam bem.