Simyl
simylflow
Início do Curso
Módulo 3: Eventos Scrum
Lição 4 de 5
15 min

Revisão da Sprint

Coletando feedback sobre o que foi construído.

1Propósito da Revisão da Sprint

A Revisão da Sprint é onde o Time Scrum apresenta o Incremento aos stakeholders e colabora sobre o que fazer a seguir.

Pontos-chave:

  • Timebox: Máximo de 4 horas para uma Sprint de um mês (2 horas para 2 semanas)
  • Participantes: Time Scrum mais stakeholders-chave
  • Resultado: Backlog do Produto atualizado com base no feedback

Isso NÃO é uma sessão de demonstração ou aprovação. É uma sessão de trabalho onde stakeholders fornecem feedback real que molda o trabalho futuro.

Obtenha Feedback Real

Se os stakeholders apenas acenam e dizem "parece bom", você não está obtendo valor da Revisão. Faça perguntas específicas. Mostre trabalho inacabado. Torne seguro criticar.

2Estrutura de uma Boa Revisão

1. Defina o contexto (5 min)

  • Recapitule a Meta da Sprint
  • O que nos propusemos a alcançar

2. Demonstre o Incremento (varia)

  • Mostre software funcionando, não slides
  • Deixe os stakeholders interagirem com ele, se possível
  • Foque no valor entregue, não nas funcionalidades construídas

3. Colete feedback (evento principal)

  • O que funciona bem?
  • O que está faltando ou confuso?
  • Como isso muda nosso entendimento?

4. Discuta o que vem a seguir (15 min)

  • Product Owner ajusta o backlog com base no feedback
  • Marcos ou lançamentos futuros
  • Quaisquer mudanças na linha do tempo ou escopo

3Dicas de Facilitação

Convide as pessoas certas: Stakeholders que podem dar feedback significativo. Não apenas executivos que acenam.

Torne interativo: Deixe as pessoas clicarem. Use dados reais, se possível. Slides matam o engajamento.

Crie segurança: "O que está faltando?" é uma pergunta melhor que "Você gostou?" Encoraje críticas construtivas.

Capture feedback visivelmente: Escreva onde todos possam ver. Mostre que a contribuição importa.

Termine com próximos passos: Quais mudanças no backlog? Qual é o foco para a próxima Sprint?

Principais Conclusões
  • A Revisão da Sprint coleta feedback, não aprovação
  • Mostre software funcionando, não apresentações
  • A contribuição dos stakeholders molda diretamente o Backlog do Produto
  • Torne interativo e seguro para criticar

Exercícios Práticos