O Poker Planning é uma técnica utilizada para estimar o esforço necessário para a realização de uma tarefa. A equipe se reúne para discutir e definir o tamanho relativo das atividades, atribuindo pontos de complexidade a cada uma delas. O objetivo é promover a colaboração entre os membros, compartilhar conhecimento e alinhar as expectativas em relação ao trabalho a ser realizado.
Mais informações
- O Poker Planning é uma prática comum em equipes ágeis e representa uma oportunidade para que todos os membros possam contribuir com suas percepções e experiências na definição das estimativas.
- Para saber mais sobre estimativas ágeis, acesse o Guia de Estimativas Ágeis.
Importante
- O horário é pré-definido entre a equipe, estabelecendo uma regularidade de encontros sempre que o sprint backlog estiver ficando vazio.
- A duração da reunião pode variar de acordo com a quantidade de atividades a serem estimadas.
- A participação de todos os membros da equipe é fundamental para o sucesso do Poker Planning, portanto se não puder participar, avise com antecedência.
- Antes da reunião, é importante que cada membro da equipe revise as atividades que serão pesadas, identificando possíveis dependências e complexidades.
- Durante o Poker Planning, todos os membros devem manter uma postura aberta e receptiva, ouvindo atentamente uns aos outros e buscando consenso nas estimativas.
1 - Revisão do Product Backlog:
- Iniciamos o Poker Planning com uma revisão do Product Backlog, discutindo as histórias de usuário e as tarefas que serão estimadas.
- O Product Owner é responsável por esclarecer dúvidas e fornecer informações adicionais sobre as atividades.
2 - Estimativas individuais:
- Cada membro da equipe atribui pontos de complexidade às atividades, de acordo com sua percepção e experiência.
- As estimativas são feitas individualmente, sem influência dos demais membros.
- Os pontos são atribuídos de acordo com a escala de Fibonacci, que varia de 2 a 8.
3 - Definição do peso da atividade:
- Após as estimativas individuais, os membros da equipe compartilham suas percepções e justificativas para as estimativas atribuídas.
- O objetivo é chegar a um consenso sobre o peso da atividade, considerando as diferentes perspectivas e experiências.
- Caso haja divergências, a equipe discute os pontos de vista e busca um acordo sobre a complexidade da atividade.
- O Scrum Master é responsável por mediar as discussões e garantir que a equipe chegue a um consenso.
- Ao final, a atividade é atribuída com um único valor de complexidade, que representa o esforço necessário para sua realização.
4 - Registro das estimativas:
- As estimativas são registradas nas issues presentes no product backlog.
- Após a definição dos pesos, as issues são movidas para o sprint backlog, indicando que estão prontas para serem realizadas.
- O Product Owner é responsável por manter o backlog atualizado e garantir que as estimativas sejam consideradas no planejamento do sprint.
flowchart TD
A{{"Revisão do Product Backlog"}} --> B{{"Estimativas Individuais"}}
B --> C{{"Definição do Peso da Atividade"}}
C --> E{{"Registro das Estimativas"}} & D(["Percepções e Justificativas"])
E --> F((("Sprint Backlog")))
D --> D1(["Acordo sobre o peso da atividade"])
D1 --> E
style A fill:#f9f,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style B fill:#bbf,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style C fill:#bff,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style E fill:#ffb,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style D fill:#bfb,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style D1 fill:#fbf,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style F fill:#ff9,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
📌 Definição dos pesos (Height)
| Peso | Descrição |
|---|---|
| 1 | Tarefa muito simples |
| 2 | Tarefa simples e rápida de ser realizada. |
| 3 | Tarefa que requer um pouco mais de esforço, mas ainda é relativamente simples. |
| 5 | Tarefa complexa que requer um esforço e pode envolver algumas complexidades. |
| 8 | Tarefa muito complexa que requer um esforço significativo e pode envolver muitas complexidades, podendo ser divida em 2 ou mais issues. |
📊 Resultados Esperados
- Compartilhamento de conhecimento e experiências na definição das estimativas.
- Alinhamento das expectativas em relação ao esforço necessário para a realização das atividades.
- Registro das estimativas no product backlog, facilitando o planejamento do sprint.
- Promoção da colaboração e do trabalho em equipe.
- Identificação de dependências e complexidades nas atividades, permitindo uma melhor distribuição das tarefas.
- Melhoria contínua no processo de estimativas e planejamento das atividades.