O Planning Poker é uma técnica de estimativa de esforço baseada em consenso associado aos itens do backlog, quando se utiliza o framework Scrum.
Esta técnica visa a minimizar a influência que um ou outro participante pode exercer na hora de dar uma estimativa. A ideia de virar ou mostrar a carta simultaneamente todos do grupo, desvelando um número que deve representar alguma referência de esforço, estimula que cada um seja convocado a dar uma nota durante o rito.
Se pensarmos que é interessante que todo mundo participe para enriquecer diferentes pontos de vistas, trocar ideias em relação ao escopo com as tarefas, estimular senso de responsabilidade, aumentar a precisão na medida que se aplica o método uma e outra vez, criar mecanismos de engajamento, esta técnica além disso, permite também uma construção de time mais coesa e performática.
Para utilizar a técnica devemos nos concentrar mais nos benefícios de estimular uma discussão rica do que obter uma precisão de estimativas.
Configuração da técnica
Planning Poker
Esta técnica de Planning Poker é utilizada por um grupo pequeno de integrantes, com máximo de 10 pessoas. Desta maneira é possível ter um controle do grupo para que todos tenham oportunidade de falar e colocar seus pontos de vista.
Pode se utilizar um conjunto de cartões impressos (cada integrante deverá ter em mãos toda a sequência de números possíveis e aceita pelo grupo) ou alguma forma de escrever um numero em um quadro pequeno ou papel. Desta maneira todos tem a oportunidade de se manifestar com alguma pontuação relativa.
É necessário definir uma escala de números validos, geralmente é utilizado uma sequência de números Fibonacci (1, 2, 3, 5, 8, 13, 20, 40 e 100) ou uma sequência em potência de 2 (2, 4, 8, 16, 32) que permite mostrar diferenças de ordem de grandeza, quando há necessidade de realizar comparações.
Um outro ponto superimportante e muitas vezes negligenciado é definir uma história ou PBI de referência, que servirá como ancora comparativa de esforço para todas as outras histórias. A esta história normalmente pequena, lhe é associada previamente uma nota ou pontuação base, por exemplo, 3 pontos. Esta história de referência terá valor 3 (por exemplo) e será usada como ponto comparativo nas votações do poker.
Quando os profissionais votam, virando sua carta ou colocando uma nota a uma história que está sendo contada, sempre pensarão que se a história comentada terá quantas vezes do esforço da história base: tem o dobro de esforço, então ele pensará em usar uma nota 6 ou similar, é o triplo, 9 ou similar, metade, 1,5 ou similar.
Assim, qualquer nota ou ponto é comparativa em esforço à história base. Cada time escolhe sua história base de referência e associa uma nota. Esta é a razão do porque não é possível comparar pontos ou velocidade entre times, já que é uma referencia relativa.
Como jogar
- Neste caso, podemos comentar que esta técnica é usada comummente no Meeting Planning, na reunião de Planejamento do Scrum, na qual o PO (Product Owner) comenta uma história ou Item do BackLog que já foi previamente elaborada e refinada, e assim o time Scrum vai se apropriando de uma compreensão adequada, entendendo, discutindo e analisando caminhos da sua construção. Assim, o grupo ou time pode fazer perguntas que o PO ajudará a esclarecer o entendimento do que precisa ser realizado.A equipe discute o PBI. Quando a equipe está pronta, cada membro escolhe uma carta da pilha que melhor corresponde ao nível de esforço para aquele PBI, como comentado, esforço comparativo à historia de base. Depois que todos tiverem escolhido um cartão, todos os membros da equipe mostrarão o cartão escolhido ao mesmo tempo.
- Se todas as cartas coincidirem, a equipe anotará a estimativa e seguirá em frente.
- Se todas as cartas não coincidirem, a equipe discute mais sobre o PBI. Nesta discussão, a conversa enfoca a lógica do estimador mais alto e a razão do estimador mais baixo. Uma vez que a discussão tenha terminado, os membros da equipe novamente selecionam e jogam seus cartões de estimativa, até ir convergindo em valores muito similares.
Este processo é repetido até que todas as estimativas ou fiquem próximas. O ScrumMaster treina a equipe durante esse processo, procurando maneiras de melhorar a colaboração e garantir que todos os membros da equipe estejam engajados.
O importante deste processo é o alinhamento, a discussão do tema, é a possibilidade que alguém tenha observado uma complexidade que outro não viu e possa discutir antes da sua construção.
O Planning Poker não usa médias ou números não existentes na escala escolhida. O objetivo não é comprometer, mas sim chegar a um consenso. As discussões que os membros da equipe têm para chegar a esse consenso são cruciais para alcançar um entendimento compartilhado de cada PBI e melhorar a precisão das estimativas.
Lembrem que após associados estes pontos aos cartões, a soma deles será confrontado com a capacidade de trabalho do time, usando esta referência como uma quantidade de não ultrapassar o esforço que o time teria capacidade de realizar, isso chamado de velocidade. Por exemplo, se o time tem capacidade de produzir 80 pontos por sprint, normalmente é uma referência histórica visto como média de sprints anteriores, serão escolhidos os cartões priorizados que a soma dos pontos seja próxima de 80 pontos.
A reunião de planejamento de sprint normalmente é dividida em duas partes:
- A primeira para estimar esforço, como comentado até agora e assim, escolher histórias que fariam parte da sprint usando a referência da capacidade ou velocidade (quantidade de pontos de histórias que entregamos por sprint).
- Mas há uma segunda parte, onde este escopo é transformado em atividades. Cada história é desdobrada em atividades técnicas para determinar o esforço agora em horas. Por exemplo, uma tela de cadastro (história) pode ser desdobrada em criar tabela no banco de dados, criar tela, criar validações, criar ação de salvar no botão, etc. (atividades). Este é mais um refinamento da reunião, que permite chegar em detalhes do que precisa ser feito. Aqui há mais uma oportunidade de usar a técnica, mas agora para determinar horas de trabalho em números absolutos e não mais relativos. Neste segundo momento, podemos usar a capacidade em horas de trabalho existente no time por sprint (por exemplo, 6 pessoas trabalhndo suas semanas será algo assim 30 hrs por semana X 6 pessoas X 2 semanas = 360 hrs de trabalho do time por sprint) comparar com a quantidade de horas estimadas das atividades, para refinar o compromisso de aceitar ou não mais ou menos historias por sprint.
Benefícios
Planning Poker
O Planning Poker reúne a equipe diversificada de pessoas que farão o trabalho e permite que eles alcancem um consenso sobre uma estimativa precisa que é freqüentemente muito melhor do que qualquer indivíduo poderia produzir.
A maior parte do valor do Planning Poker é a discussão que promove. É mais importante o que a equipe que está aprendendo sobre os PBIs do que qual o tamanho que escolheram para os PBIs.
Esta técnica promove responsabilidade e compromisso coletivo frente a meta do trabalho por sprint. Também estimula a discussão, colaboração e a formulação de hipótese para gerar aprendizado.
Conclusão
Fique por dentro de nossos conteúdos se cadastrando na nossa newsletter semanal! Clique aqui!
