APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
A equipa concluiu determinada quantidade de trabalho no Sprint anterior, mas este Sprint inclui férias e uma dependência nova. Repetir mecanicamente o número anterior esconde essa diferença. No planeamento, o resultado pretendido precisa de encontrar uma previsão exequível e um plano de trabalho. A participação do Product Owner ajuda a discutir valor e escolhas; os Developers avaliam o trabalho que conseguem assumir. Uma previsão é informação para decidir, não uma garantia de eliminar a complexidade.
Aplicação guiada
Durante o Sprint, dois Developers aguardam a mesma autorização. Um Daily limitado a relatar o que cada um fez ontem pode repetir o bloqueio sem mudar nada. Discute o progresso para o Sprint Goal e decide como adaptar o plano: trabalho conjunto, outra sequência ou pedido concreto à equipa responsável. Uma discussão técnica extensa pode continuar depois com as pessoas necessárias. Não é preciso transformar o evento numa apresentação para uma chefia ou obrigar todas as pessoas a usar um guião fixo de três perguntas.
Capacidade menor e risco maior levam a uma seleção diferente, mantendo o objetivo de testar recuperação de um serviço específico.
Armadilhas comuns
Usar capacidade histórica como quota; transformar o Daily num relatório individual sem decisão coletiva.
Tópicos relacionados: Qualidade integrada e decisões de release · Review, retrospetiva e aprendizagem utilizável
Previsões e planos devem refletir capacidade, aprendizagem e objetivo atuais.
Referência: The Scrum Guide, November 2020 · PSM I; Scrum Guide November 2020; no public numbered exam revision