No Scrum Gathering Brasil, Rodrigo de Toledo, do Cenpes, fez uma apresentação muito competente sobre a cerimônia de Review do Scrum.
Em sua palestra ele mostrou a importância da Review e porque ela propicia uma maior compreensão do que deve ser desenvolvido. A Review, é uma das 2 cerimônias fundamentais para o bom andamento do Scrum e que acontecem ao final de cada sprint. A outra cerimônia é a retrospectiva,mas esta é assunto para outro post.
Mais sobre a Review
A Review mostra ao Product Owner o resultado da sprint. Mas o que é feito na Review:
- A última sprint plannig é relembrada. Mostra-se qual foi a meta e o backlog selecionado.
- Demonstra item por item o que foi feito. O Product Owner que utiliza o sistema e esta apresentação deve ser feita sem uma gota de suor, o time tem que estar tranquilo.
A Review é importante para "homologar" o produto e obter feedback, colhendo possíveis ajustes sugeridos pelo Product Owner. Esta interação com o Product Owner é importante porque quando a pessoa usa, já se altera a concepção sobre o sistema que ele tem na cabeça dele. Se a Retrospectiva é o ponto de inspeção e adaptação do time, a Review é o ponto de inspeção e adaptação do produto.
Segundo Ken Schwabber, na Review:
- Sem aplausos, por favor: Para que o time não vire "mico de aplausos". Se o aplauso acontece quando o time faz o que era esperado ou mais, ele irá sempre tentar isto na Sprint Review.
- Não é necessário nos enfeitarmos. É para ser uma apresentação honesta e sincera.
- E lembre-se, ninguém está sendo julgado!
Expectativas do Product Owner
Existem 3 níveis diferentes de expectativas:
- Para o projeto ou produto: Maximizar o ROI.
- A cada sprint: Maiores prioridades e atender o que foi acordado.
- Expectativas Indiretas: Comprometimento do time, previsibilidade, checar se são porcos ou frangos.
É importante não haver dúvidas sobre o que está sendo pedido e o que está sendo executado. E como o Scrum facilita isto? O Scrum traz a discussão para o momento certo. Ele fez uma ótima conceituação sobre separação da discussão tática da discussão estratégica, que será detalhada em um post futuro.
Preparando uma Boa Review
- Seja transparente, passe credibilidade.
- Utilize um PPT (apresentação) para conduzir a reunião. Mas este PPT é só para conduzir a reunião, não é para ser um show. Quanto mais o time participar, melhor!
- Além do software funcionando leve o gráfico de burn-down e documentos que tenham sido gerados.
Na sequência, ele mostra uma sequência de passos importantes para uma sprint, não precisam ser executados exatamente nesta ordem:
1. Refresque a memória:
- Mostre a meta.
- Relembre a quantidade de pontos, stories e total de stories previstas.
- Time (relembre as presenças e ausências).
- Quantidade de dias que foram gastos na sprint.
2. Realizações, Mostre o que foi feito:
- Total de stories, pontos realizados e tabela de velocidade.
- Stories realizadas.
- Stories extras, estejam ligados ou não a meta.
- Mostre o gráfico de burn-down da sprint, ele é o "heartbeat" do projeto.
- Pode ser uma boa por a lista de impedimentos resolvidos. Ele nunca fez isto na Petrobrás, mas é uma boa.
- Mostre números relativos à qualidade de software.
3. Feedback do time para o Product Owner:
- Mostre os impedimentos que estão relacionados ao Product Owner.
- Resumo filtrado da retrospecitva
4. Próxima Sprint
- Datas
- Pontos previstos
- Previsão de pessoas presentes e ausentes
5. Demo
- Software rodando, entregável. O Product Owner põe a mão na massa, o time deve ficar sem medo, sem frio na barriga. A versão que está sendo entregue deve estar o mais próximo possível do bug free.
- Documentos. Inclua resultado de pesquisas, mesmo que sejam técnicos. Para toda sprint podemos criar uma história de pesquisa, um documento registrando as fontes.
- Um bom pensamento para esta demo, é que você está mostrando para o Product Owner aonde foi o dinheiro.
Após esta apresentação do Rodrigo, fica muito mais fácil realizar uma sessão de Review. Esta sessão por si só não resolverá os problemas, mas fará com que o Product Owner já tenha uma impressão do sistema, critique o que não concordar, o time ganhe mais confiança... Enfim, traz maior visibilidade a todo o processo.
Você já fez sessões de Review? Qual as maiores dificuldades que você enfrentou? Você acha esta uma sessão proveitosa?