Blog.Impact

Um dos métodos de estimativas mais comuns no SCRUM é o uso do planning poker, um jogo de cartas numeradas com uma sequência de Fibonacci. A idéia é pontuar suas estórias, e a primeira estória pontuada serve como referência para pontuar as seguintes.

As cartas são geralmente as seguintes (pelas explicações que li, o modelo abaixo me parece o mais correto):

Ok… Mas qual o porquê dessa série de números?

Simples, os números menores conseguem ser mais precisos e refletem muito bem algo realmente possível de realizar. Os número maiores não são estórias muito claras, difíceis de estimar e que devem ser transformadas em estórias menores. Numa escala coerente, estimativas com números maiores que 13 já levantam questões como: “Isso é mesmo uma estória?”, “Isso não poderia ser quebrado em estórias menores?”, etc.

Cartas especiais

	Feito Essa estória já foi realizada, ou é tão simples, que levará apenas alguns minutos para ser realizada.
	Sem idéia Não se tem a mínima idéia do tempo que essa estória pode levar.
	Hora da pausa Hora de fazer uma pausa para descansar um pouco.

Como funciona

Cada membro da equipe possui um conjunto dessas cartas.

O product owner, junto da equipe, seleciona a estória que mais se aproxima de uma pontuação 2. Essa pontuação no momento, é apenas 2, não significa 2 dias, nem duas horas¹.

A questão aqui é definir uma estória referência. Apartir dessa estória, serão feitas as estimativas para outras estórias seguindo o planning poker.

Todos pensam, selecionam suas cartas e as pões sobre a mesa com o verso para cima. Quem não prestou atenção, acaba não tendo saída e pedir que o product owner explique novamente a estória.

Se houverem muitas divergências de opiniões, o que é comum, o menor valor estimado e o maior, explicam o motivo que os levou a estimar tal valor, questão de um minuto mesmo. É feita a rodada de estimativas novamente. Havendo consenso, a estória fica estimada e se passa para a próxima. Se ainda houverem muitas divergências, outra rodada se torna necessária, se nessa rodada nada for decidido, toma-se a opinião da maioria como a real. É importante que o SCRUM master esteja envolvido para evitar discussões e brincadeiras durante esse momento.

Atenção: Esse artigo foi baseado em uma palestra realizada pelo Juca, do CESAR, através do Treina Tom e na página Planning Poker. Sendo partes do texto apenas transcrições do texto original.

¹ Story points parece ser a forma mais bacana de estimar, mesmo parecendo ser algo muito abstrato inicialmente. Essa abstração se vai, apartir do momento em que o primeiro sprint é executado. No final do sprint, essa pontuação virou referência, e já pode ser considerada num gráfico pontos x tempo.