39 lines
2.6 KiB
Markdown
39 lines
2.6 KiB
Markdown
|
---
|
|||
|
|
title: Planning Poker
|
|||
|
|
localeTitle: Planejando o Poker
|
|||
|
|
---
|
|||
|
|
## Planejando o Poker
|
|||
|
|
|
|||
|
|
### Introdução
|
|||
|
|
|
|||
|
|
O planejamento do poker é uma técnica de estimativa e planejamento no modelo de desenvolvimento Ágil. Ele é usado para estimar o esforço de desenvolvimento necessário para uma [história do usuário](../user-stories/index.md) ou um recurso.
|
|||
|
|
|
|||
|
|
### Processo
|
|||
|
|
|
|||
|
|
O poker de planejamento é feito para uma história de usuário por vez.
|
|||
|
|
|
|||
|
|
Cada estimador possui um conjunto idêntico de cartas de pôquer consistindo de cartas com vários valores. Os valores da placa são geralmente da seqüência de Fibonacci. A unidade usada para os valores pode ser o número de dias, pontos de história ou qualquer outro tipo de unidade de estimativa acordada pela equipe.
|
|||
|
|
|
|||
|
|
O proprietário do produto (PO) ou o stakeholder explica a história que deve ser estimada.
|
|||
|
|
|
|||
|
|
A equipe discute a história, fazendo perguntas esclarecedoras que possam ter. Isso ajuda a equipe a entender melhor o _que_ o PO deseja.
|
|||
|
|
|
|||
|
|
No final da discussão, cada pessoa primeiro seleciona um cartão (representando sua estimativa para a história) sem mostrá-lo aos outros. Então, eles revelam suas cartas ao mesmo tempo.
|
|||
|
|
|
|||
|
|
Se todas as cartas tiverem o mesmo valor, o valor se tornará a estimativa para a história. Se houver diferenças, a equipe discute as razões dos valores que eles escolheram. É de grande valor que os membros da equipe que deram as estimativas mais baixas e mais altas forneçam justificativas para suas estimativas.
|
|||
|
|
|
|||
|
|
Após essa discussão, o processo de escolher um cartão em particular e depois revelá-lo ao mesmo tempo é repetido. Isso é feito até que haja um consenso sobre a estimativa.
|
|||
|
|
|
|||
|
|
Como o planejamento do poker é uma ferramenta para moderar uma estimativa _conjunta de_ especialistas, isso leva a um melhor entendimento comum e talvez até ao refinamento da solicitação de recurso. É de grande valor, mesmo quando a equipe está operando no modo Sem estimativas.
|
|||
|
|
|
|||
|
|
Um moderador deve tentar evitar o viés de confirmação.
|
|||
|
|
|
|||
|
|
Coisas que vale a pena mencionar:
|
|||
|
|
|
|||
|
|
* As estimativas não são comparáveis entre as equipes, pois cada equipe tem sua própria scala.
|
|||
|
|
* As estimativas devem incluir tudo o que precisa ser feito para que um trabalho seja feito: criação, codificação, teste, comunicação, revisões de código (+ todos os riscos possíveis)
|
|||
|
|
* O valor de usar o planejamento de pôquer está nas discussões resultantes, pois revelam visões diferentes sobre uma possível implementação
|
|||
|
|
|
|||
|
|
### Mais Informações:
|
|||
|
|
|
|||
|
|
* Planejando o vídeo do pôquer: [YouTube](https://www.youtube.com/watch?v=MrIZMuvjTws)
|