APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
A Sprint Review é uma sessão de trabalho para inspecionar o resultado do Sprint e discutir adaptações futuras. Mostrar funcionalidades pode ajudar, mas um monólogo de demonstração não substitui a conversa sobre contexto, mudanças e valor. Os stakeholders trazem necessidades e evidência que o Product Owner pode usar para ordenar o trabalho. Nem todos os pedidos têm de ser aceites. Explicar critérios e consequências ajuda a manter uma relação de confiança mesmo quando há prioridades concorrentes. A Retrospective tem outra finalidade: melhorar a qualidade e a eficácia da forma de trabalhar.
Aplicação guiada
Convida operadores que realizam a tarefa, responsáveis pelo produto e outros intervenientes relevantes para o resultado em análise. Prepara dados e permite explorar o incremento utilizável. Um pedido de alteração pode revelar uma necessidade diferente da inicialmente assumida. Confirma essa necessidade antes de escolher a solução. Se dois grupos têm resultados opostos, investiga segmentos, contexto e consequências; uma média pode esconder falhas importantes. Depois da conversa, torna visível o que mudou no backlog e o que ainda exige investigação. Uma reunião sem decisões ou hipóteses novas pode não estar a usar bem a oportunidade de inspeção.
O painel reduz trabalho numa equipa e aumenta-o noutra. A Review identifica diferenças de processo antes de decidir expansão.
Armadilhas comuns
Convidar apenas quem aprova o orçamento; prometer aceitar todos os pedidos; ignorar feedback desfavorável.
Tópicos relacionados: Valor, visão e Product Goal · Ordenação, refinamento e decisões de investimento
Feedback útil deve influenciar hipóteses e escolhas de produto.
Referência: The Scrum Guide, November 2020 · PSPO I; Scrum Guide November 2020; no public numbered exam revision