Apresentação da tarefa
Uma boa apresentação da tarefa é a base para uma estimativa precisa. Ela ajuda a equipe a se concentrar na essência do problema e a tomar uma decisão fundamentada. A tarefa geralmente é apresentada pelo product owner ou pelo gerente de projeto, cuja função é proporcionar aos participantes uma compreensão completa do que precisa ser feito:
- Comece com uma breve descrição da tarefa. Por exemplo: “Precisamos desenvolver um recurso de salvamento automático para o editor de texto.” Em seguida, entre nos detalhes: com que frequência salvar, o que acontece quando a conexão cai, como o recurso interage com outros.
- Use materiais visuais. Mostre maquetes, diagramas ou protótipos, se tiver. Os recursos visuais ajudam a equipe a entender melhor a tarefa e encurtam a discussão.
- Explique o valor comercial da tarefa. Por que ela é importante para os usuários ou clientes? Como ela se relaciona com os objetivos gerais do projeto? Compreender o contexto ajuda a equipe a fazer estimativas mais equilibradas.
- Esteja pronto para responder a perguntas. A equipe pode perguntar sobre restrições técnicas, integração com sistemas existentes ou expectativas dos usuários.
- Limite a apresentação a 5–10 minutos. Se a tarefa for complexa, divida-a em subtarefas e apresente cada uma separadamente.
- Certifique-se de que todos entendam a tarefa da mesma maneira. Isso ajuda a evitar mal-entendidos durante a estimativa.
Estimativa individual
Após a apresentação, cada participante escolhe, de forma independente, um cartão com o número que acredita refletir a complexidade da tarefa. Em seguida, ao sinal do facilitador, todos revelam seus cartões ao mesmo tempo para iniciar a discussão. Algumas coisas a se ter em mente nesta etapa:
- Não apresse os participantes. Cada membro da equipe precisa de tempo para analisar a tarefa e compará-la com sua própria experiência. Os participantes devem considerar todos os aspectos do trabalho: programação, testes, documentação. Por exemplo, um desenvolvedor estima não apenas o tempo para escrever o código, mas também para passar pela revisão de código e corrigir eventuais bugs.
- Mantenha as estimativas independentes. Os participantes não devem mostrar sua escolha nem discuti-la com os colegas antes que os cartões sejam revelados. Isso evita que as opiniões dos mais experientes influenciem os demais e proporciona um panorama honesto.
- Use o cartão “?” para tarefas complexas ou pouco claras. Isso indica que é necessária mais discussão.
- Não se fixe em números exatos. Escolha o valor mais próximo disponível nos cartões. O objetivo é ter uma noção geral da complexidade da tarefa, não um número preciso de horas ou dias.
Discutindo os resultados
A discussão é a parte mais valiosa do Planning Poker. É aqui que a equipe descobre diferenças na forma como entende a tarefa e trabalha para chegar a uma visão compartilhada.
Se todos escolheram valores semelhantes, digamos 5 e 8, a discussão pode ser breve. Mas com uma variação ampla, digamos de 3 a 21, a situação precisa ser esclarecida. Os participantes com as estimativas mais extremas falam primeiro. Por exemplo, o desenvolvedor que escolheu 3 explica: “Acho que podemos usar uma biblioteca existente, o que tornará a tarefa muito mais simples.” Aquele que escolheu 21 pode rebater: “Mas teremos que adaptar essa biblioteca às nossas necessidades, o que levará tempo extra.”
É importante criar uma atmosfera de diálogo aberto, na qual todos se sintam à vontade para compartilhar suas opiniões. O facilitador garante que a discussão permaneça como uma troca construtiva de ideias e não se transforme em uma discussão acalorada.
Não deixe a discussão se prolongar: 5 a 10 minutos por tarefa é o ideal. Se a discussão se prolongar, provavelmente a tarefa precisa ser dividida em subtarefas menores. Após a discussão, a equipe vota novamente; a segunda rodada geralmente produz estimativas muito mais próximas umas das outras.
Chegando a um consenso
Após a discussão e a nova votação, a equipe geralmente chega a uma estimativa consensual. Se as estimativas convergiram — por exemplo, a maioria escolheu 8 e algumas pessoas escolheram 13 —, a equipe pode calcular a média ou arredondar para cima.
Se a discordância persistir, o facilitador sugere outra rodada de discussão para descobrir o motivo. O objetivo dessa etapa não é forçar toda a equipe a concordar com um único número, mas chegar a um entendimento comum sobre o escopo e a complexidade da tarefa. Pequenas diferenças são aceitáveis, desde que a equipe esteja ciente de todos os riscos e complexidades.
Como envolver mais a equipe no Planning Poker
Para tornar o Planning Poker um processo envolvente e produtivo, em vez de uma formalidade, experimente as seguintes técnicas:
- Crie uma atmosfera de jogo. Use cartas diferentes ou acrescente um elemento de competição. Por exemplo, conceda um pequeno prêmio ao participante cuja estimativa tenha chegado mais perto da estimativa final.
- Alterne a função de facilitador. Dê a cada membro da equipe a chance de conduzir uma sessão. Isso aumenta o senso de pertencimento e o engajamento de todos.
- Visualize o processo. Use um quadro ou ferramentas online para exibir estimativas e o andamento do trabalho. Um elemento visual desperta o interesse e facilita a compreensão das informações.
- Realize mini-retrospectivas. Após cada sessão, reserve de 5 a 10 minutos para discutir o que deu certo e o que poderia ser melhorado. Isso ajuda a equipe a continuar aprimorando o processo.
- Relacione as estimativas aos resultados reais. Compare periodicamente as estimativas com o tempo efetivamente gasto. Isso ajuda a equipe a ajustar suas estimativas e a perceber o valor do processo.
- Incentive o compartilhamento de conhecimento. Crie um ambiente em que membros experientes da equipe compartilhem ideias e os novatos possam fazer perguntas sem hesitação.
- Experimente diferentes formatos. Tente realizaro Planning Poker em pé ou em um ambiente informal, como um parque ou um café. Uma mudança de cenário pode renovar as perspectivas e estimular o pensamento criativo.
Erros comuns no Planning Poker e como evitá-los
As sessões de Planning Poker podem sofrer com erros que reduzem a eficácia da técnica. Felizmente, essas armadilhas comuns podem ser corrigidas:
Erro: discussões que se prolongam demais.
Como evitar: defina um cronômetro de 5 a 10 minutos para cada tarefa; se a equipe não chegar a um consenso, deixe a tarefa de lado e retome-a mais tarde.
Erro: membros mais experientes da equipe influenciando as estimativas dos demais.
Como evitar: peça que os membros mais novos da equipe se manifestem primeiro.
Erro: estimar o tempo em vez da complexidade.
Como evitar: use unidades de medida abstratas, como pontos de história.
Erro: preparação insuficiente e tarefas mal formuladas.
Como evitar: exija que o product owner descreva as tarefas com clareza antes da sessão; adie a estimativa se uma tarefa não estiver clara.
Erro: ignorar o trabalho “invisível”, como testes, documentação e comunicação.
Como evitar: crie uma lista de verificação de todas as etapas do trabalho em uma tarefa e consulte-a durante a estimativa.
Resumo
O Planning Poker é uma técnica eficaz para estimar tarefas no desenvolvimento ágil, que ajuda as equipes a prever a complexidade e a duração do trabalho com mais precisão. Uma sessão de Planning Poker bem conduzida não apenas melhora a precisão da estimativa, mas também ajuda a equipe a compreender melhor o projeto e identificar riscos potenciais.
