Para todos que estão familiarizados com a metodologia Scrum, o nome reunião de revisão já aparece como rotina no desenvolvimento. O Scrum nos diz qual o objetivo de um reunião de revisão. Mas como ela pode ser feita? Existe uma maneira ideal de fazê-la? Considerando que o Scrum é um processo empírico, buscamos evoluir constantemente nossas reuniões e métodos para uma maior eficácia.
A maneira ideal de executar a reunão varia de acordo com cada equipe. Apresento algumas dicas que executamos nas nossas reuniões e que tem nos trazidos grandes benefícios.
Ao longo de todo nosso desenvolvimento, levantamos os pontos que podiam ser melhorados e adaptamos nosso processo de acordo. Hoje temos alguns passos que consideramos importantes para serem executados antes e durante a reunião de revisão.
Roteiro de apresentação: Antes de ir para a reunião, é necessário se preparar. No caso de sprints que possuam muitas histórias, o roteiro se torna ainda mais fundamental para você não se perder na sua apresentação. Nele inclua todas as histórias, os passos a serem executados e os resultados esperados exigidos pelo PO na descrição da história.
Teste a aplicação: Parece óbvio, mas muitas vezes é negligenciado. Faça o teste da aplicação no ambiente em que ela será apresentada. A mudança de máquina, a velocidade da conexão ou uma configuração diferente podem fazer com que a aplicação não funcione corretamente. Se você tiver construído um roteiro, execute-o antes de apresentar de verdade. Esse procedimento simples evita situações constrangedoras.
Execute seus testes automatizados: Se você possui testes automatizados, você deve executá-los antes de apresentar. Na verdade, a melhor prática é executar seus testes periodicamente. No entanto, se isso não é possível por algum motivo, antes da reunião de revisão, executá-los se torna essencial. As novas funcionalidades que foram implementadas podem ter causado alguma alteração indesejada na aplicação e podem ter alterado o comportamento de uma funcionalidade que já existia.
Utilize a aplicação durante a reunião: Evite a todo custo apresentar as funcionalidades usando slides ou vídeo. A apresentação deve ser feita utilizando o próprio software funcionando. Assim, o PO terá mais autonomia para solicitar ver um determinado comportamento da aplicação e terá mais confiança no produto, já que a versão que está sendo utilizada para a apresentação é a versão que está sendo entregue.
Tenha papel e caneta a mão: Durante a reunião de revisão, muitas idéias surgem. Sejam melhorias das histórias implementadas ou funcionalidades novas da aplicação, essas idéias devem ser anotadas para que possam ser introduzidas no product backlog e priorizadas pelo PO. Com o auxílio do Scrumhalf, colocamos a história diretamente no backlog, agilizando ainda mais essa etapa.
Evite a reunião de planejamento no mesmo dia: Não misture o planejamento da sprint seguinte com a reunião de revisão da sprint atual. Essas reuniões devem ficar em dias separados. Assim, durante a retrospectiva o PO terá tempo de amadurecer as idéias que ocorreram durante a revisão e, ao final do dia, a equipe terá a sensação de dever cumprido, sentindo-se revigorada para a próxima sprint.
Com esses passos, notamos uma melhora significativa nas nossas reuniões de revisão, aumentando o número de histórias aprovadas, reduzindo o retrabalho e diminuindo o tempo perdido. Esse processo, é claro, não está estagnado e estamos sempre buscando a melhoria do nosso processo. Deixe um comentário com sua sugestão e aplicaremos na nossa próxima reunião!
