A revisão da Sprint já foi tratada aqui no blog em alguns posts, como em O que é Reunião de Revisão? – FAQ Scrum, Boas Práticas da Reunião de Revisão e Como tornar a revisão da sprint um sucesso?. Também não é para menos. Apesar de às vezes a reunião de Revisão ser vista como uma cerimônia não tão necessária quanto outras, ela é na verdade uns dos pontos de inspeção e adaptação mais importantes do ciclo Scrum, principalmente do ponto de vista do produto.
Uma das razões para a reunião de Revisão ser menos valorizada é porque, em alguns casos, a visão que se tem é de que sua utilidade é apenas fazer uma homologação da versão entregue e, na verdade, isso pode ser feito apenas pelos testadores do produto, sem a presença de stakeholders, PO e time desenvolvedor. No entanto, o erro está em crer que a reunião de Revisão serve para homologar a entrega. E é justamente para desmistificar essa cerimônia do Scrum que veremos porque ela é tão importante assim.
#1: É a hora de olhar e ver se o que foi feito te atende e te agrada!
O principal objetivo da reunião de Revisão é mostrar ao PO e aos demais envolvidos no projeto o que foi realizado durante a Sprint, não realizar uma homologação inicial do produto. Quando um item de backlog é incluído no Sprint Backlog, cria-se uma expectativa de que ao final do ciclo de desenvolvimento aquele problema será resolvido e de acordo com o nível de qualidade desejado. É por isso que durante a Revisão o PO tem o poder de aprovar ou reprovar os itens do Sprint Backlog. Ele precisa avaliar se o valor esperado com a execução de um determinado item foi realmente entregue. Se foi, ele aprova o item. Se não, reprova.
#2: Ok. Atendeu e agradou. Mas é esse o caminho que você quer mesmo seguir?
A reunião de Revisão também é o momento que você consegue reunir PO, equipe e stakeholders para que todos possam ver a situação atual do produto e discutir se ele está no caminho certo. O planejamento da Sprint seguinte será realizado em outro momento, mas é na reunião de Revisão que surgem sugestões de novos itens de Backlog e é bom mesmo que surja. Isso demonstra que todos estão envolvidos com o projeto, buscando o sucesso do produto e conversando sobre o melhor direcionamento para ele.
#3: Nhé… agradou não. Temos que mudar alguma coisa aí.
Já dizia a sabedoria popular que “Nem tudo são flores”. Em alguns momentos itens do Sprint Backlog serão reprovados, mas não porque não foram finalizados ou porque tem bugs, por exemplo. Eles serão reprovados simplesmente porque não foram aceitos pelo PO. E é importante que isso seja realizado presencialmente durante a reunião de Revisão para que a equipe entenda porque aquele item não foi aprovado e o que precisa mudar para as próximas Sprints para que isso não volte a acontecer.
#4: Está bem… também é o momento de uma homologação inicial da versão.
Ok, realmente é possível fazer uma homologação inicial da versão durante a reunião de Revisão, mas é importante saber que esse não é o objetivo da reunião e que, na realidade, o que será realizado é uma validação do requisito implementado. O teste do funcionamento será apenas de maneira superficial.
Se dermos uma olhada no livro Agile Testing, veremos que esta validação se enquadra justamente do quadrante 3 do Agile Testing Quadrants, como podemos ver abaixo.
Esses quadrantes tem por objetivo representar as maneiras de se testar um sistema de forma ágil. No caso dos testes que fazemos na reunião de Revisão, nosso objetivo é crititar o produto do ponto de vista do negócio. Sendo assim, nossos testes durante a reunião criticarão os cenários, a usabilidade, a aceitação do usuário, validando o produto e o negócio e não o funcionamento do requisito.
#5: E também um momento de aprendizagem…
Outra vantagem da reunião de Revisão é que ela também é uma oportunidade de mostrar ao PO e stakeholders como é o funcionamento do que foi desenvolvido e explicar o passo a passo necessário para executar a ação esperada. Esta prática evita ruídos e falsos alarmes de erros, além de acabar avaliando também a usabilidade do que foi realizado. Se não houver dúvida de como proceder, sabe-se que a usabilidade está ok e será de fácil entendimento. Se surgir alguma dúvida, vale considerar se não é uma boa ideia fazer alguma alteração na solução implementada.
#6: Pelo fim das surpresas, desapontamentos e frustrações!
Por fim, a reunião de Revisão evita que lá na frente os mais interessados no projeto acabem tendo surpresas desagradáveis com o rumo que o produto levou. Se o acompanhamento do projeto for realizado toda Sprint, durante 1 ou 2 horas, ao final do projeto o produto estará da maneira desejada, entregando o valor esperado e evitaremos aqueles casos em que após anos de desenvolvimento o produto acaba por ficar encostado, porque não atendeu a necessidade para o qual ele foi criado. É na reunião de Revisão que alinhamos as expectativas com o produto e o direcionamos para alcançar o objetivo estabelecido.
E nos projetos de vocês? Como a equipe vê a Revisão da Sprint? Compartilhe com a gente as suas experiências!
Referências:
