Conceito e mecanismo
Na Sprint Review, uma equipa de operações descobre que a nova pesquisa de ficheiros devolve resultados corretos, mas não ajuda a identificar a ação seguinte. Esse feedback diz respeito ao produto e ao resultado para o utilizador. Na retrospetiva, a equipa observa que as verificações começaram demasiado tarde e acumularam trabalho no fim do Sprint. Essa observação orienta melhoria do processo de trabalho. As duas conversas estão relacionadas, mas não têm o mesmo objeto de inspeção.
Aplicação guiada
Uma Review útil inclui colaboração com stakeholders sobre o que mudou no produto e no contexto. Pode levar a novas escolhas de backlog; não precisa de ser uma sequência de slides em que ninguém pode questionar prioridades. Na retrospetiva, transforma “comunicar melhor” numa experiência observável: combinar uma verificação conjunta mais cedo e observar filas de espera. No Sprint seguinte, inspeciona o efeito antes de concluir que a prática melhorou a situação. Se o Sprint Goal se tornar obsoleto, a autoridade para cancelar o Sprint é do Product Owner, após considerar o contexto.
A equipa experimenta verificar cenários de falha a meio do Sprint e mede se diminui o trabalho bloqueado no último dia.
Armadilhas comuns
Tratar feedback como mera aprovação; criar ações vagas sem verificar o efeito; cancelar um Sprint apenas por uma estimativa falhada.
Tópicos relacionados: Empirismo e valores em decisões reais · Autogestão com responsabilidades claras
A aprendizagem precisa de chegar a uma decisão e de voltar a ser inspecionada.
Referência: The Scrum Guide, November 2020 · PSM I; Scrum Guide November 2020; no public numbered exam revision