Os pontos de história são uma unidade de estimativa relativa usada para expressar a dimensão de uma tarefa em comparação com outras, em vez de quanto tempo levará para ser concluída em horas ou dias. Uma equipe atribui pontos por comparação com itens de referência já concluídos, e os pontos acumulados por iteração fornecem uma base para prever a quantidade de trabalho futuro necessária.
A abstração existe porque as pessoas estimam o tamanho relativo com mais precisão do que a duração absoluta. Quando perguntadas sobre quanto tempo algo levará, as estimativas se baseiam em suposições otimistas, omitem interrupções e retrabalho e produzem números consistentemente subestimados. Quando perguntadas se um item é maior que outro, as mesmas pessoas são consideravelmente mais precisas. Os pontos exploram essa assimetria, capturando a comparação e permitindo que a produção observada forneça a conversão para tempo.
A pontuação visa refletir uma combinação de volume, complexidade e incerteza, e não apenas o esforço. Uma pequena alteração em um código desconhecido, com requisitos pouco claros, pode ser mais impactante do que uma alteração extensa em uma área bem conhecida. Equipes que reduzem a pontuação a uma aproximação de horas perdem essa dimensão e reproduzem os problemas de estimativa que a técnica foi projetada para evitar.
A métrica é local por construção, propriedade essa que é a mais frequentemente violada na prática. Os pontos são calibrados com base nos itens de referência de uma equipe específica e refletem o contexto, a base de código e a composição dessa equipe. Comparar a pontuação total entre equipes é, portanto, irrelevante, e usar a velocidade como medida de produtividade entre equipes invariavelmente infla as estimativas, já que o incentivo é atribuir uma pontuação mais alta ao mesmo trabalho.
A mesma distorção ocorre dentro de uma equipe quando a velocidade se torna uma meta. Uma equipe que precisa aumentar a velocidade pode fazê-lo imediatamente, estimando de forma mais generosa, e o número melhora sem que nada mude. Como a métrica é facilmente manipulável e foi concebida como uma ferramenta de planejamento, e não como uma medida de desempenho, seu uso em relatórios de desempenho anula sua utilidade para o propósito original.
A estimativa acarreta um custo real que merece ser analisado. Sessões de refinamento e planejamento consomem um tempo considerável da equipe e, para trabalhos com uma distribuição de tamanho razoavelmente consistente, o benefício da previsão em relação à simples contagem de itens é pequeno. Equipes que adotam abordagens sem estimativas contam os itens concluídos e fazem previsões com base no histórico de produção, o que frequentemente resulta em precisão semelhante e é consideravelmente mais barato. Se a estimativa justifica seu custo é uma questão legítima, e não uma heresia.
A recalibração é necessária sempre que os itens de referência deixam de ser representativos, o que acontece à medida que uma base de código amadurece, a composição de uma equipe muda ou a natureza do trabalho se altera. Equipes que mantêm uma escala original por anos descobrem que seus pontos descrevem um contexto que não existe mais, e as previsões resultantes se desviam sem que ninguém identifique a causa.
A utilidade dos pontos reside em identificar divergências durante a estimativa. Quando membros da equipe atribuem valores muito diferentes ao mesmo item, a discussão subsequente geralmente revela que eles interpretaram o requisito de maneiras distintas ou que uma pessoa está ciente de uma complicação que os outros desconhecem. Essa conversa frequentemente vale mais do que o número resultante, o que justifica a importância de manter a discussão e adotar uma postura pragmática em relação aos cálculos.
Como a técnica funciona apenas como auxílio ao planejamento dentro de uma equipe, seu valor depende inteiramente de como a organização utiliza o resultado. Na prática, a estimativa se estabelece dentro de cada equipe. desenvolvimento de produtosE quando várias equipes trabalham em um produto, a coordenação é melhor gerenciada por meio do gerenciamento de dependências e da medição do fluxo em toda a organização. departamento de produtos do que por meio de tentativas de normalizar as estimativas entre as equipes.