Porque o Planning Poker nos ajuda nas estimativas de tarefas?
Há alguns anos comecei a trabalhar com Planning Poker como metodologia para auxiliar nas estimativas de tarefas levantadas para a Sprint. Para quem não sabe, Sprint é o ciclo que varia entre uma e duas semanas normalmente de trabalho quando se trabalha com o Scrum.
Após a implementação do uso dessa metodologia, conseguimos notar um maior números de acertos na quantidade de tarefas que conseguimos entregar.
Como ela funciona?
É bem simples o seu funcionamento na verdade, como o nome já diz, essa metodologia foi inspirada em um jogo de Poker e, para usar ela, precisamos de cartas com números e/ou símbolos.
Normalmente usa-se a sequencia de Fibonacci, porém, outro modelo de cartas amplamente usado é o mesmo adotado pela Mountain Goat, uma das principais fornecedoras de cartas para a metodologia, e, o padrão usado por eles é o que está representado na imagem abaixo:
Após ter o baralho, todo o processo é simples e pode ser visto em formato de imagem logo após a explicação. Os passos são os seguintes:
1 - Primeiramente deve-se ter todas as tarefas da sprint já quebradas pois, é em cima de cada tarefa dessas que vamos trabalhar;
2 - O Product Owner irá ler cada tarefa e explicar o que ela é, neste momento, inclusive, é importante se debater um pouco das dificuldades e necessidades já previstas para a execução da atividade;
3 - Os desenvolvedores fazem perguntas prévias necessárias para que as tarefas possam ser executadas e que consiga mostrar o grau de dificuldade envolvido;
4 - Cada desenvolvedor irá escolher a carta que julga ser a dificuldade da tarefa atual, lembrando que, cada equipe pode se trabalhar com todos os pesos do baralho, ou, limitar o número de possibilidades;
Exemplo: seguindo o padrão da Montauin Goat, as cartas que podem ser jogadas por padrão variam de 0 a 100, mas, se a equipe não julgar necessário, pode utilizar somente as cartas de 1 a 20 por exemplo;
5 - Quando todos tiverem escolhidos suas cartas, devem virar exibir suas cartas para todos ao mesmo tempo, para não haver influência nos votos de alguma pessoa;
6 - Caso as pessoas cheguem a algum acordo, outra tarefa é levantada pelo Product Owner e recomeça o processo;
7 - Caso haja divergência dos valores, a pessoa que mostrou o menor peso expõe os motivos que a levou a escolher a carta, o mesmo faz a pessoa que exibiu o maior peso, existe uma breve conversa sobre os pontos apresentados e a votação é feita novamente até que todos cheguem a um comum acordo e possam fazer a avaliação de outra atividade.
Porque utilizar essa metodologia?
Esta deve ser a maior dúvida das equipes que estão pensando em adotar alguma metodologia para auxiliar a estimativa de tarefas de sua sprint.
Em minhas experiências nas equipes que trabalhei que utilizavam o SCRUM como metologia ágil para o gerenciamento de projetos e o Planning Poker para ajudar a estimar tarefas, conseguimos em primeiro momento perceber a maior participação da equipe neste momento tão delicado do processo.
Com a equipe mais envolvida, é possível que o SCRUM Master consiga encaixar melhor na sprint apenas as atividades que a equipe consegue entregar de verdade.
Além disso, neste momento também conseguimos perceber quais são os pontos mais fortes e fracos de sua equipe, e, conhecendo isso, fica mais fácil de conseguir qualificar seu time com possíveis treinamentos, Dojos ou outras atividades.
Outra vantagem de se utilizar essa metodologia é que todas pessoas ficam cientes de todas as atividades e, neste momento, inclusive, pode-se dividir tarefas para quem tem mais facilidades com elas, pois, em algumas equipes, como forma de incentivar a equipe a ser mais participativo, a pessoa que escolher o menor peso para determinada atividade será o executor da mesma.
Esta abordagem pode ser muito eficaz, porém, tem que ser muito conversado, em alguns momentos, um desenvolvedor mostra um peso menor mesmo não tendo compreendido totalmente a atividade, ou, imaginando que outra pessoa com skills mais avançadas possa executar a atividade em um tempo menor que o dele mesmo.
Onde encontrar as cartas?
Algumas equipes resolvem simplesmente criar o seu próprio baralho, seja ele de forma mais manual ou envolvendo algum designer para elaborar um visual mais bonito e imprimir em alguma gráfica em um papel melhor ou até mesmo plastificando.
Caso você conheça alguém que more nos Estados Unidos, a Montauin Goat Software vende o seu baralho como na imagem mostrada anteriormente no artigo por apenas 2,50 dólares, o link para comprar é o seguinte: https://store.mountaingoatsoftware.com/products/planning-poker-cards
Existe outra metodologia?
Claro, Planning Poker não é a única metodologia que pode ser usada para estimar as tarefas de sua sprint, outra metologia muito escolhida pelos SCRUM Masters é a tamanho da camisa.
Essa metodologia se baseia na leitura da estória e dar a avaliação seguinte as seguintes opções: extra-pequena (XP), pequena (P), média (M), grande (G), extra-grande (XG) ou extra-extra-grande (XXG). Algumas equipes utilizam apenas as medidas pequena, média ou grande.
Não existe uma fórmula certa para todas as equipes, é importante que as equipes testem e continuem utilizando a metodologia que a sua equipe melhor se adaptar, podendo ser Planning Poker, Tamanho de camisa ou outra metodologia existente.
