O Jogo de Estimativa da Equipe é uma técnica que facilita o Planejamento de Sprint no Scrum. Como ele difere do Planning Poker? Por que algumas Equipes de Desenvolvimento o consideram uma ferramenta mais eficaz e outras não? Você encontrará tudo o que precisa saber sobre isso no artigo a seguir.
Jogo de Estimativa da Equipe – índice:
- Introdução
- Regras do Jogo de Estimativa da Equipe
- Jogo de Estimativa da Equipe versus Planning Poker
- Resumo
Introdução
O Jogo de Estimativa da Equipe também é chamado de Estimativa em Faixas. Este último termo surgiu como uma observação espontânea de um jogo de cartas, pois a disposição das cartas se assemelhava às faixas de natação de uma piscina.
O Jogo de Estimativa da Equipe está ganhando popularidade constantemente, pois permite que as Equipes de Desenvolvimento criem estimativas cerca de 3 vezes mais rápido do que usando o Planning Poker.
Escrevemos sobre essa técnica no artigo anterior. Hoje, vamos nos concentrar no Jogo de Estimativa da Equipe.
Regras do Jogo de Estimativa da Equipe
Os prompts do Jogo de Estimativa da Equipe:
- um baralho de cartas de User Stories – preparado separadamente para cada jogo
- um baralho de cartas de Story Points – para uso repetido
Primeiro, empilhe as cartas de User Stories na ordem correspondente às entradas no Product Backlog. Para garantir que as mais urgentes sejam estimadas primeiro.
As cartas de pontuação geralmente contêm valores correspondentes à sequência de Fibonacci. Esta é uma sequência dos seguintes números: 0, 1, 3, 5, 8, 13, 20, 40 e 100. Você também pode rotulá-las com potências sucessivas do número 2, ou seja, 2, 4, 8, 16, 32 e assim por diante.
As fases do Jogo de Estimativa da Equipe:
- Introdução. Para jogar o Jogo de Estimativa da Equipe, os membros da Equipe Scrum se sentam ao redor de uma mesa. O Product Owner começa puxando a primeira carta do baralho de User Stories e compartilhando seu conteúdo com todos. Em seguida, as cartas permanecem na mesa. O Product Owner explica ao restante da Equipe Scrum que, a partir de agora, os jogadores avaliarão as User Stories como fáceis ou difíceis de implementar, colocando-as de acordo à esquerda e à direita. Se alguma tiver algum grau de dificuldade, o jogador empilhará junto, uma em cima da outra na mesa. Agora, a pessoa sentada ao lado deles, no sentido horário, faz o próximo movimento.
- Um jogador puxa uma carta do baralho de User Stories. Após compartilhar seu conteúdo com todos, explica sua essência ao Product Owner. A pessoa que está segurando a carta então a coloca na mesa e seleciona um lugar com base em sua opinião sobre a dificuldade dessa User Story. Em seguida, o jogador explica a razão por trás da escolha a todos e os outros jogadores estão livres para fazer perguntas sobre o raciocínio. Eles não podem questionar a decisão em si, mas os argumentos que justificam a decisão.
- Agora, os jogadores fazem uma vez e têm duas opções para escolher:
- Repetir o passo 2, ou
- Mover uma das cartas na mesa para sua posição mais apropriada
- A fase final de colocar as cartas de User Story acontece uma vez, ou várias vezes, dependendo da prática da Equipe Scrum. Durante esta rodada, cada jogador tem mais uma oportunidade de mover uma das cartas na mesa para um lugar mais apropriado.
- Uma vez que os jogadores atribuem todas as cartas de User Stories aos seus locais representando níveis de dificuldade, a Equipe de Desenvolvimento passa a igualar o valor atribuindo as cartas do monte de Story Points. A primeira carta de User Story à esquerda recebe a carta de Story Points com o menor número de pontos do Product Owner. A regra para colocar as cartas subsequentes é a mesma que para os pontos 3 e 4. Isso completa a estimativa.
Se optarem pela segunda opção, eles também devem justificar o que os fez mudar de ideia. Os jogadores se revezam repetindo o passo 3 até que todas as cartas do baralho de User Stories sejam distribuídas e estimadas.
Jogo de Estimativa da Equipe versus Planning Poker
O Jogo de Estimativa da Equipe é considerado uma ferramenta de estimativa mais eficaz do que o Planning Poker. Por causa das seguintes diferenças entre essas duas técnicas:
- Carta-mesa. O Jogo de Estimativa da Equipe utiliza a conhecida “regra da carta-mesa” de jogos de cartas populares. Isso significa que, uma vez que você colocou uma carta, não pode retirá-la. Como a User Story é estimada por uma pessoa de cada vez, a flutuação entre as estimativas e o número de vezes que as posições mudam é significativamente menor, em comparação com o Planning Poker.
- Um cálculo suficientemente preciso. No Planning Poker, um consenso total deve ser alcançado para cada User Story. No Jogo de Estimativa da Equipe, no entanto, apenas uma pessoa decide. Mesmo que sua estimativa esteja errada, outro Desenvolvedor provavelmente a colocará em um valor correspondente mais preciso. Isso garante alcançar estimativas suficientemente precisas e rápidas.
- Exaurir o assunto de discussão. Discutir escolhas muitas vezes se torna excessivamente longo ao jogar Planning Poker. O tempo deles é muito reduzido durante um Jogo de Estimativa da Equipe porque se concentram em uma única decisão de um dos Desenvolvedores, em vez da natureza de cada User Story.
Uma possível desvantagem do Jogo de Estimativa da Equipe é um senso de injustiça. Se a Equipe de Desenvolvimento for maior do que o número de User Stories programadas em um determinado Sprint, alguns Desenvolvedores podem se sentir excluídos.
Jogo de Estimativa da Equipe – resumo
O Jogo de Estimativa da Equipe é considerado a técnica de estimativa mais eficaz para a maioria das Equipes Scrum. No entanto, é importante lembrar que é apenas uma ferramenta para estimar a dificuldade e o esforço das User Stories. E como qualquer ferramenta, devemos ajustá-la para atender às necessidades e capacidades dos membros da Equipe.
Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Como Gerente de Projetos, Caroline é uma especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo a tornam a melhor pessoa para transformar projetos complicados em realidade.
Scrum Guide:
- Glossário de termos básicos, papéis e noções
- O que é Scrum?
- Valores do Scrum
- Como implementar o Scrum na sua empresa?
- Equipe Scrum - o que é e como funciona?
- Quem é um Product Owner?
- Os erros mais comuns do Product Owner
- Quem é o Scrum Master?
- Os erros mais comuns do Scrum Master
- Quais estatísticas e métricas o Scrum Master deve acompanhar?
- Equipe de Desenvolvimento em Scrum
- Os erros mais comuns dos desenvolvedores
- Artefatos do Scrum
- Escalando o Scrum
- Backlog da Sprint
- O que é o Product Backlog?
- O que são Histórias de Usuário?
- Criando a melhor User Story com INVEST
- Os erros mais comuns em User Stories
- Critérios de Aceitação da História do Usuário
- Estimativa e Pontos de História no Scrum
- Planning Poker
- Jogo de Estimativa da Equipe
- Definindo Incremento
- Eventos Scrum
- O que é um Gráfico de Queima?
- Vantagens e desvantagens do gráfico de burndown
- Quadros Kanban no Scrum e Scrumban
- Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
- Scrum Diário
- Planejamento de Sprint
- Revisão da Sprint
- O que é uma Retrospectiva de Sprint?
- Erros comuns durante uma Retrospectiva de Sprint
- Cuidado do Product Backlog
- Como criar e interpretar um gráfico de burndown?