O que significam Story Points ?

Tradicionalmente os projetos de software são estimados usando períodos de tempo como unidade de medida. “Esse funcionalidade vai levar 5 dias para ser terminada” ou “Essa tarefa vai me tomar 2 horas”. Os processos agéis em geral tem adotado uma outra forma de estimar atividades e alguma confusão tem se formado em torno do assunto.

Uma das estratégias mais populares é a utilização de Story Points como unidade de medida das atividades. Mas o que são de fatos Story Points ? A resposta clássica é “uma unidade de medida criada para expressar o tamanho geral de uma atividade”, perceba que usamos a palavra TAMANHO, um erro comum é tratar Story Points apenas como medida de complexidade, mas na verdade um Story Point é uma combinação de coisas como:
Complexidade: Ex. “Essa regra de negócio tem muitos cenários possíveis”
Esforço: Ex. “Essa alteração é simples, mas precisa ser realizada em muitas telas”
Risco: Ex. “Precisamos utilizar um framework X, mas ninguem na equipe tem experiência”
Etc.

Outro aspecto importante é que os Story Points, diferentemente de estimativas de tempo, são relativos. Uma forma comum de se trabalhar é escolher um item que parece ser pequeno e atribuir um valor de referência apartir daí as outras funcionalidades serão estimadas em relação a referência. Mas para de fato entender como Story Points podem funcionar é necessário se pensar também no conceito de velocidade ou Veloctiy, que nada mais é do que a quantidade de Story Points que uma equipe consegue entregar em uma iteração, com essas duas ferramentas é possível se criar um planejamento de releases com muito mais qualidade.