Conceito e mecanismo
No Sprint Planning, o Scrum Team colabora para definir uma direção útil para o Sprint. O Product Owner ajuda a explicar valor e opções; os Developers selecionam trabalho e constroem o plano com base na capacidade e na Definition of Done. O Sprint Backlog não é uma lista de ordens individuais emitidas pelo Product Owner. Ao surgir aprendizagem, o âmbito pode ser clarificado e renegociado em colaboração, desde que o Sprint Goal não seja posto em causa. A qualidade não deve diminuir para proteger a previsão inicial.
Aplicação guiada
Imagina que uma interface sofisticada exige mais esforço do que se previa. Se uma tabela simples permite aos operadores resolver a mesma necessidade com qualidade, discute essa opção com os Developers. O Product Owner clarifica o benefício e os limites de aceitação do resultado; a equipa técnica decide como realizar o trabalho. Não é necessário esperar pela próxima reunião formal para esclarecer uma dúvida. Se uma nova informação torna o Sprint Goal obsoleto, a decisão de cancelamento pertence ao Product Owner. Um atraso de um item, isoladamente, não prova obsolescência do objetivo.
Uma exportação segura substitui um gráfico opcional, preservando o objetivo de identificar exceções antes do fecho.
Armadilhas comuns
Confundir prioridade com atribuição de tarefas; prometer mais trabalho sem discutir capacidade.
Tópicos relacionados: Previsões, incrementos e decisões de release · Stakeholders, Review e adaptação do produto
Colaborar sobre valor e âmbito mantém a autogestão e a transparência.
Referência: The Scrum Guide, November 2020 · PSPO I; Scrum Guide November 2020; no public numbered exam revision