O que são pontos de história? Explicação da estimativa ágil
Os Story Points estimam o esforço, a complexidade e a incerteza do trabalho - não as horas. Saiba como a estimativa relativa, o pôquer de planejamento e a velocidade se encaixam.
Os pontos de história são uma unidade de estimativa relativa: um único número que reflete a percepção do tamanho de uma tarefa, combinando sua complexidade, a quantidade de trabalho e sua incerteza. Fundamentalmente, um ponto de história não é uma medida de tempo. Em vez de perguntar “quantas horas isso vai levar?”, a equipe pergunta “como isso se compara ao trabalho que já fizemos?” — e essa pequena mudança torna as estimativas mais honestas e úteis.
Por que estimativa relativa, e não em horas?
As pessoas não são confiáveis na estimativa de tempo absoluto, mas são surpreendentemente boas no julgamento relativo — conseguimos perceber que uma tarefa é, aproximadamente, duas vezes mais difícil do que outra, mesmo quando não sabemos dizer quanto tempo cada uma levará. Os story points aproveitam esse ponto forte. Além disso, eles contornam três problemas que afetam as estimativas baseadas em horas:
- Uma estimativa não é um compromisso. As horas levam as partes interessadas a considerar as “8 horas” como uma promessa; os pontos mantêm a estimativa como uma previsão.
- A mesma tarefa leva um tempo diferente para cada pessoa. A nota reflete o trabalho, não a pessoa.
- A duração não leva em conta o risco. Uma tarefa curta, mas incerta, pode ser mais arriscada do que uma longa e bem compreendida — os pontos refletem essa incerteza.
A escala de pontos de história
A maioria das equipes usa uma escala semelhante à de Fibonacci — 1, 2, 3, 5, 8, 13, 20 — em vez de uma escala Linear. As diferenças cada vez maiores são intencionais: quanto maior for um item, menos precisamente alguém pode dimensioná-lo, então a escala deixa de fingir que é possível distinguir um 14 de um 15. Se um item for maior do que cerca de 13, isso é um sinal para dividi-lo em partes menores que a equipe possa compreender e entregar dentro de um sprint.
Como as equipes atribuem pontos: planning poker
A forma mais comum de fazer estimativas é o planning poker. O Product Owner descreve um item do backlog, a equipe discute o assunto e cada pessoa escolhe um valor em particular. Todos revelam seus valores ao mesmo tempo, para que ninguém se deixe influenciar pela voz mais alta. Quando as estimativas mais alta e mais baixa divergem, essas pessoas explicam seu raciocínio — e essa conversa, que traz à tona suposições e complexidades ocultas, geralmente vale mais do que o número final. Para um guia mais detalhado, consulte como usar o planning poker na estimativa ágil.
De pontos a velocidade
Quando uma equipe faz estimativas em pontos, ela pode medir a velocidade: o número de pontos que conclui em um sprint. Após alguns sprints, a velocidade média se torna uma previsão simples e empírica — se uma equipe conclui de forma consistente cerca de 30 pontos por sprint, o Product Owner pode projetar, de forma aproximada, qual parte do backlog cabe nos próximos sprints. A velocidade é um auxílio ao planejamento para uma equipe, nunca uma meta e nunca uma comparação entre equipes; no momento em que se torna uma meta, as equipes exageram suas estimativas e o número deixa de ter qualquer significado.
Pontos de história e a retrospectiva
A estimativa é um dos aspectos mais comuns que uma equipe analisa em sua retrospectiva de sprint. Quando os itens são rotineiramente subestimados ou superestimados, quando a velocidade oscila drasticamente ou quando o trabalho “concluído” continua sendo reaberto, a retrospectiva é o momento em que a equipe recalibra sua percepção coletiva do tamanho das tarefas e refina a forma como divide o trabalho. A precisão da estimativa melhora por meio desse ciclo de feedback, e não por se esforçar mais no início.
Perguntas frequentes sobre pontos de história
O que são pontos de história no ágil?
Os pontos de história são uma unidade de estimativa relativa que expressa o esforço necessário para realizar uma tarefa, combinando sua complexidade, volume de trabalho e incerteza em um único número. Eles não são, deliberadamente, uma medida de tempo. Uma equipe compara cada item com outros que já foram dimensionados e atribui pontos em uma escala compartilhada, de modo que as estimativas refletem a dificuldade, e não quantas horas uma determinada pessoa poderia dedicar.
Por que usar pontos de história em vez de horas?
As pessoas têm dificuldade em estimar o tempo absoluto, mas são boas em avaliar se uma coisa é maior do que outra. Os story points aproveitam essa habilidade. Eles também evitam a armadilha de tratar uma estimativa como um compromisso, levam em conta o fato de que a mesma tarefa leva tempos diferentes para pessoas diferentes e incorporam complexidade e risco — não apenas a duração. Ao longo de alguns sprints, a velocidade de uma equipe em pontos torna-se uma previsão mais confiável do que a soma das estimativas em horas.
Como você estima os pontos de história?
A maioria das equipes utiliza o Planning Poker. O Product Owner explica um item do backlog, a equipe o discute e cada um escolhe, em particular, um valor de uma escala compartilhada — geralmente uma sequência do tipo Fibonacci (1, 2, 3, 5, 8, 13). Todos revelam seus valores ao mesmo tempo; quando as estimativas divergem muito, quem votou no valor mais alto e no mais baixo explica seu raciocínio, e a equipe volta a votar até chegar a um consenso. A discussão que traz à tona complexidades ocultas costuma ser mais valiosa do que o número em si.
É possível comparar os story points entre equipes?
Não. Um ponto de história é calibrado de acordo com a percepção de tamanho relativo de cada equipe; portanto, o valor 5 de uma equipe não é o mesmo que o 5 de outra. Comparar a velocidade ou o total de pontos entre equipes não faz sentido e, quando usado como meta, é prejudicial — isso leva as equipes a inflar as estimativas. Os pontos de história são uma ferramenta de planejamento para a própria previsão de uma única equipe, não uma métrica de produtividade para comparação.
Leitura relacionada
- Planning Poker gratuito para equipes ágeis — façam estimativas conjuntas do backlog em tempo real.
- Os três artefatos do Scrum — o que realmente é o Product Backlog que você está estimando.
- O que é um gráfico de burndown? — como as equipes acompanham os pontos que se comprometeram a entregar.