Repetir: a equipe continua a estimar cada história de usuário ou tarefa até que toda a lista seja concluída. Ver conteúdo
Reestimativa: se as estimativas ainda não estiverem de acordo, os membros da equipe que selecionaram as cartas mais altas e mais baixas têm outra chance de reestimar. Ver conteúdo
Se houver uma diferença significativa nas estimativas, os membros da equipe que selecionaram as cartas mais altas e mais baixas explicam seu raciocínio. A equipe então discute as estimativas e chega a um consenso sobre a estimativa; Ver conteúdo
Se houver um consenso sobre a estimativa, o scrum master passa para a próxima história ou tarefa do usuário. Ver conteúdo
Discussão: uma vez que cada membro da equipe selecionou um cartão, todos revelam seus cartões ao mesmo tempo. Ver conteúdo
Os números nas cartas geralmente seguem a sequência de Fibonacci (1, 2, 3, 5, 8, 13, 20, 40 etc.). Os números representam os pontos de história, que são uma medida do nível de esforço necessário para concluir a tarefa. Ver conteúdo
Em seguida, cada membro da equipe seleciona um cartão com um número que representa o esforço necessário para concluir a tarefa. Ver conteúdo
Estimativa: a equipe se reúne para estimar cada história ou tarefa do usuário. O scrum master seleciona uma história ou tarefa de usuário e a lê em voz alta para a equipe. Ver conteúdo
O dono do produto ou scrum master deve apresentar a lista de histórias de usuários ou tarefas para a equipe de uma forma que todos possam entender; Ver conteúdo
Vejamos como funciona: Preparação: antes do início da sessão, a equipe já deve ter uma lista de histórias de usuários ou tarefas que precisam estimar Ver conteúdo
É uma maneira divertida e interativa de fazer com que os membros da equipe cheguem a um consenso sobre o nível de esforço necessário para uma tarefa específica. Ver conteúdo
Jogo do Planejamento O Planning Poker, ou Poker de Planejamento em português, é uma técnica de estimativa colaborativa usada por equipes ágeis para estimar o esforço necessário para completar uma história de usuário ou uma tarefa. Ver conteúdo
Ao longo da sprint, a equipe atualiza o sprint backlog para refletir seu progresso e quaisquer mudanças nas prioridades. Ao final da sprint, todo o trabalho do sprint backlog foi entregue e as metas foram atingidas. Ver conteúdo
Melhorar o desempenho do recurso de pesquisa: • Identificar gargalos de desempenho (4 horas, atribuído a Astolfo); • Otimizar algoritmos de pesquisa (6 horas, atribuído a Jorge). Ver conteúdo
Permitir que os usuários redefinam suas senhas: • Projetar o fluxo de redefinição de senha (3 horas, atribuído a Bruna); • Implementar a funcionalidade de redefinição de senha (5 horas, atribuído a Antônia); Ver conteúdo
• Criar o formulário de login (2 horas, atribuído a Pedro); • Implementar a funcionalidade de login (8 horas, atribuído a Katia); Ver conteúdo
Como exemplo, o backlog dessa sprint tem o seguinte aspecto: Implementar um recurso de login para o aplicativo: Ver conteúdo
Durante a reunião de planejamento da sprint, a equipe de desenvolvimento divide cada item em tarefas menores, estima o esforço necessário para cada tarefa e as atribui aos membros da equipe. Ver conteúdo
Implementar um recurso de login para o aplicativo; Permitir que os usuários redefinam suas senhas; Melhorar o desempenho do recurso de pesquisa. Ver conteúdo
Exemplo simples para ilustrar o conceito de um sprint backlog: Suponhamos que o dono do produto tenha priorizado três itens para a próxima sprint: Ver conteúdo
Isso permite que a equipe acompanhe seu progresso para completar as metas da sprint e ajuste seus planos, se necessário. Ver conteúdo
À medida que o trabalho progride durante a sprint, a equipe atualiza o sprint backlog para refletir quaisquer alterações no andamento ou nas prioridades. Ver conteúdo
Em seguida, a equipe decompõe cada item selecionado em tarefas menores e mais gerenciáveis, estima o esforço necessário para cada tarefa e as atribui aos membros da equipe. Ver conteúdo
O sprint backlog é criado durante a reunião de planejamento da sprint, na qual a equipe seleciona os itens de alta prioridade do product backlog nos quais irão trabalhar durante a próxima sprint. Ver conteúdo
Ele ajuda a equipe de desenvolvimento a se concentrar no trabalho que precisa ser feito durante a sprint, portanto dá direcionamento ao time. Ver conteúdo
É um documento vivo que é atualizado ao longo da execução da sprint à medida que o progresso é feito e as prioridades mudam. Ver conteúdo
Vamos aproveitar também para recordar o que é um sprint backlog: Sprint backlog é um subconjunto do product backlog que contém o conjunto de itens retirados do product backlog que a equipe de desenvolvimento se comprometeu a entregar durante a sprint atual. Ver conteúdo
As sprints não são exclusividade do Scrum, elas são utilizadas em outras metodologias ágeis como Kanban, Lean e XP. Portanto, seu nome pode variar, mas o propósito é o mesmo. Ver conteúdo
Testar a função de pesquisa para garantir que ela esteja funcionando corretamente e atenda aos critérios de aceitação. Ver conteúdo
