Softdrops - Sprint Review Meeting

Junho/2018
SoftDrops: Cerimônias do
Scrum – Sprint Review
Meeting

2
Documento confidencial
A Revisão da Sprint é executada no final da Sprint para inspecionar
o incremento e adaptar o Backlog do Produto se necessário.
Durante a reunião de Revisão da Sprint o Time Scrum e as partes
interessadas colaboram sobre o que foi feito na Sprint. Com base
nisso e em qualquer mudança no Backlog do Produto durante a
Sprint, os participantes colaboram nas próximas coisas que podem
ser feitas para otimizar valor.
MELHORIA
CONTÍNUA
SCRUM GUIDE
dic.: Ato ou efeito de rever ou revisar.
O que é?
PROPÓSITO
O foco da reunião é a apresentação do incremento para
motivar e obter comentários e promover a colaboração. Esta é
uma reunião informal, não uma reunião de status. A reunião de
Review é também conhecida como Apresentação da Sprint. Esta
apresentação é uma parte importante do Scrum que muitos
não dão muito valor, o que é um erro, porque a Review pode
fazer uma grande diferença na aplicação e melhoria contínua
do Scrum.

3
Uma coisa muito comum em desenvolvimento
de sistemas, é o acumulo de tarefas “quase”
prontas, e o empilhamento de funcionalidades
com 99% de conclusão. Quem nunca ouviu a
frase: “Tá praticamente pronto!“.
MELHORIA
CONTÍNUA
dic.: Ato ou efeito de rever ou revisar.
O que é?

4
O time-boxed depende do tamanho da
Sprint:
Para Sprints de 1 mês é uma reunião de 8
horas e para Sprints menores o tempo é
usualmente menor.
TIME-BOXED
TAMANHO DA
SPRINT
Dentro do ciclo do Scrum...
Momento
O resultado da Reunião de Revisão da Sprint é um Backlog do Produto revisado
que define o provável Backlog do Produto para a próxima Sprint. O Backlog do
Produto pode também ser ajustado completamente para atender novas
oportunidades.
PROPÓSITO
Lembrando! time-boxed é: intervalo de tempo para realização de uma atividade. Neste
intervalo de tempo deve-se ter disciplina e foco para fazer o trabalho determinado, sem
desvios e devaneios, utilizando o tempo disponível do melhor modo possível.
Ah! Ela é feita e na sequência recomenda-se realizar a reunião de Retrospectiva da Sprint.
E uma dica importante: Evite a planning no mesmo dia, pois durante a retrospectiva o PO
terá tempo de amadurecer as ideias 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.

5
O Scrum Master garante que o evento
ocorra e que os participantes entendam
seu propósito. O Scrum Master ensina o
Time Scrum a manter-se dentro dos
limites do time-box.
PESSOA
FACILITADORA
Quem deve ou seria a pessoa mais apropriada para esta facilitação?
Facilitação
Tipicamente, a reunião segue o formato de um demo das novas funcionalidades.
Com isso o PO poderá conferir e avaliar o que está sendo considerado pronto,
levando em conta o que está sendo entregue versus o que deveria ser entregue.
QUAL FOCO?
VAI FACILITAR UM
REVIEW? #FICADICAS!
✓ Defina claramente antes da reunião qual era o objetivo da Sprint, e qual é a meta da Review;
✓ Um membro do Time pode realizar a demonstração dos itens de Backlog prontos ao Product
Owner, ou o próprio PO pode navegar no sistema e fazer por si só a avaliação dos itens entregues;
✓ A Review não é um momento para testar os itens entregues, mas sim de apresentação,
conferência e avaliação dos itens de acordo com a indicação de pronto de cada um dos itens.

6
A Definição de Pronto é um acordo entre Product Owner e
Time de Desenvolvimento sobre o que é necessário para que
um item ou o Incremento do Produto como um todo seja
considerado pronto e, assim, passe a fazer parte do produto
em desenvolvimento. A Definição de Pronto é a mesma para
todos os itens do Product Backlog que representem
funcionalidades a serem desenvolvidas. Idealmente, ela é
utilizada para garantir que o Incremento do Produto gerado
no Sprint seja entregável.
Quem deve ou seria a pessoa mais apropriada para esta facilitação?
Facilitação
DoD – DEFINITION
OF DONE

7
Neste evento participam o Product Owner,
o Scrum Team, o Scrum Master, gerência,
clientes e engenheiros de outros projetos.
QUEM?
Continuando...mas, quem e o que mesmo?
Papéis
▪ O PO esclarece quais itens do Backlog do Produto foram “Prontos” e quais não foram
“Prontos”;
▪ O Time de Desenvolvimento discute o que foi bem durante a Sprint, quais problemas
ocorreram dentro da Sprint, e como estes problemas foram resolvidos;
▪ O Time de Desenvolvimento demonstra o trabalho que está “Pronto” e responde as
questões sobre o incremento;
▪ O PO discute o Backlog do Produto tal como está. Ele (ou ela) projeta as prováveis datas
de conclusão baseado no progresso até a data (se necessário);
▪ O grupo todo colabora sobre o que fazer a seguir, e é assim que a Reunião de Revisão da
Sprint fornece valiosas entradas para a Reunião de Planejamento da próxima Sprint;
▪ Análise de como o mercado ou o uso potencial do produto pode ter mudado e o que é a
coisa mais importante a se fazer a seguir; e,
▪ Análise da linha do tempo, orçamento, potenciais capacidades, e mercado para a próxima
versão esperada do produto.
O QUE?

8
Revisando para melhorar!
Mas, o que queremos com isso afinal?
▪ De aplausos educados ..para.. aplausos entusiasmados
▪ De aplausos educados ..para.. recebimento de feedback coerente e construtivo
▪ Da venda e marketing dos nossos resultados ..para.. torná-los transparentes e honestos
▪ De pequenas aglomerações ..para.. uma sala tranquila para se reunir e assistir os vídeos
▪ De apresentações em PowerPoint ..para.. software em funcionamento sempre que possível
▪ De mero entretenimento ..para.. demonstração de valor de negócio e exposição do esforço da equipe
▪ De fingimento ..para.. feedback intencional e coerente
▪ Da venda e marketing dos nossos resultados ..para.. a equipe falando em nome próprio.

9
Práticas
ROTEIRO
Planejando para revisar!
1. Boas vindas;
2. Abertura de um TO DO List;
3. O que é o projeto e quem está ali presente (e ausentes);
4. Onde estamos? Qual o sprint, quantos já foram e quantos
faltam;
5. Indicadores? Estamos em dia, atrasados ou adiantados;
6. Riscos ou Oportunidades percebidos;
7. Apresentação das histórias;
8. Solicitar feedback, alguns fazem formal ou informal;
9. Alinhar qual o status para report, do sprint e projeto;
10. Agradecimentos e encerramento.
É sugerido fortemente que cada história pode e deveria ser
apresentada por um dos integrantes do time, quem mais se envolveu
ou à escolha deles. É uma forma de intensificar o senso de
pertencimento e responsabilidade sobre o que estamos construindo e
entregando. O item 7 se divide em:
7. Apresentação das histórias:
7.2. Cada história é brifada na essência, com roteiro próprio;
7.3. O roteiro deve ter cenários, códigos e operação desejados;
7.4. Ao final confirmar o entendimento, dúvidas e sugestões.

10
Práticas
Revise de fato!
O espírito da Sprint Review não é:
“Cliente, o que fizemos está aprovado?”
Mas talvez algo assim:
“Cliente, agora que você está tendo a oportunidade de ver funcionando (e experimentar!)
esse Incremento do Produto que fizemos para você nesse Sprint, o que podemos modificar
ou adicionar a ele para melhor atender às suas necessidades?”
A PERGUNTA CERTA!

11
Referências
▪ https://www.dicio.com.br
▪ https://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-Portuguese-BR.pdf
▪ http://www.fabiocruz.com.br/frameworkscrumold/sprint-review/
▪ http://www.knowledge21.com.br/sobreagilidade/scrum/como-e-o-scrum/encerramento-sprint/
▪ https://www.infoq.com/br/articles/agile-project-manager-viola
▪ https://jorgeaudy.com/category/principios/page/10/
▪ http://www.knowledge21.com.br/blog/aprovacao-ou-feedback/

Softdrops - Sprint Review Meeting

Mais conteúdo relacionado

Mais procurados

Semelhante a Softdrops - Sprint Review Meeting

Softdrops - Sprint Review Meeting