Story points: guia de estimativa para histórias de usuário na metodologia ágil

Pense na última vez que você fez uma viagem de carro. Demorou tanto quanto você pensava ou houve imprevistos que consumiram o seu tempo, como engarrafamentos? Planejar e estimar projetos pode ser muito parecido com isso. Obstáculos inesperados e incertezas podem atrasar o cronograma do projeto e levar a um desvio de escopo. E, assim como na sua viagem, você pode se encontrar em uma situação inesperada, como um orçamento acima do esperado e baixo desempenho. 

É aí que entram as técnicas de estimativa. Com técnicas de estimativa, como os story points, é possível definir o escopo das tarefas com precisão, dando a você e à sua equipe uma ideia mais clara de quanto esforço as tarefas exigirão e onde os problemas podem surgir. Vamos nos aprofundar nos benefícios dos pontos de história e como usá-los. 

O que são pontos de história?

Os story points são uma forma de estimar a quantidade de esforço necessária para concluir uma história de usuário no backlog do produto. Normalmente, você estimará os story points antes de uma reunião de planejamento de sprint, pois é quando a sua equipe determina quanto trabalho pode realizar em um próximo sprint. 

Normalmente, os story points levam em consideração três fatores que podem afetar o escopo e o esforço de uma tarefa, e o valor do story point aumenta de acordo com isso. Como os story points são relativos, você encontra o seu valor considerando esses detalhes e comparando tarefas semelhantes entre si.

• Risco é a quantidade de risco total ou incerteza associada à tarefa. Por exemplo, se a tarefa envolver terceiros, contratados ou partes interessadas do projeto, isso pode aumentar a quantidade de risco.

• Repetição é a experiência da equipe com tarefas semelhantes. 

• A complexidade é o nível de dificuldade da tarefa (e o grau de clareza dos objetivos da tarefa). 

É importante saber que os story points são relativos, ou seja, o que importa é o seu valor relativo e as proporções entre si, não o seu valor numérico real.

Story points vs. estimativa baseada no tempo

Você pode estar se perguntando: por que não usar apenas o tempo como estimativa para as tarefas? E você não está errado: a estimativa baseada no tempo (ou em horas) é uma maneira popular de definir o escopo do trabalho. 

Mas há uma desvantagem: ao contrário dos story points, as estimativas baseadas no tempo não levam em conta a complexidade, o risco ou a incerteza. Elas também dependem da estimativa pessoal de cada membro da equipe, que pode variar dependendo da senioridade, da compreensão da tarefa e da experiência com tarefas semelhantes. 

Os story points ágeis resolvem esses problemas potenciais, incentivando a colaboração e levando em conta o risco, a complexidade e a experiência. O resultado é um sistema de pontuação universal que mantém os membros da equipe alinhados.

Seis etapas para implementar e estimar os story points

Agora que você já sabe o que são os story points, vamos ver como estimá-los para definir o escopo das histórias de usuário. 

1. Apresente os story points à sua equipe

Uma boa compreensão dos story points é crucial para o sucesso. Para facilitar o processo para a equipe, explique os princípios e os benefícios dos Story points. Em particular, certifique-se de que eles entendam que os números dos pontos de história precisam ser dimensionados em relação uns aos outros.

Dica: lembre-se de que as proporções são importantes nos story points, não os números reais. Em outras palavras, uma tarefa com dois pontos de história deve exigir o dobro de esforço que uma tarefa com um ponto de história. Uma tarefa com um story point de três deve exigir um esforço 1,5 vezes maior do que uma tarefa com um story point de dois. Você já deve ter entendido aonde queremos chegar. 

2. Determine a escala de story points 

Em seguida, determine a sequência de story points. Este será o método de pontuação que a equipe usará para atribuir story points na reunião de estimativa (falaremos mais sobre isso adiante). As sequências são úteis porque forçam a equipe a se concentrar no tamanho relativo entre os números, facilitando a estimativa de tarefas complexas. Então, qual sequência de pontos de história você deve usar? A sequência de Fibonacci, uma série de números em que cada número é a soma dos dois números anteriores, é popular para estimativas na metodologia Agile. Mas ela pode ser complicada. Se os valores numéricos sobrecarregarem a sua equipe, experimente o T-shirt sizing. Como o próprio nome sugere, esta sequência divide as tarefas em tamanhos mais gerenciáveis com base nos tamanhos de camiseta: PP, P, M, G, GG e GGG. 

Dica: ao fazer estimativas na metodologia Agile, as equipes geralmente alteram a sequência de Fibonacci para 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40 e 100 para facilitar o uso. 

3. Crie uma matriz de pontos de história

Uma matriz de story points é basicamente uma versão detalhada da sequência de story points. Ela serve como base para a reunião de estimativa e dá à equipe uma ideia mais clara de como pontuar cada tarefa. Se você nunca usou pontos de história antes, recomendamos usar o seu conhecimento das tarefas que a sua equipe normalmente realiza e a complexidade, incerteza e esforço associados a elas.

Como se pode ver, os valores dos story points aumentam à medida que o esforço, a complexidade e o risco da tarefa aumentam. 

Dica: a matriz de story points evoluirá à medida que você executa sprints e entende melhor o esforço associado às tarefas da sua equipe. Não se preocupe em deixá-la perfeita na primeira tentativa: desenvolva as tarefas típicas da sua equipe e planeje reavaliar a matriz após cada sprint.

4. Realize uma reunião de pôquer de planejamento

Agora que você escolheu a sequência de story points e criou a matriz, chegou a hora de chegar ao cerne da questão: estimar os story points com uma reunião de pôquer de planejamento. 

A meta do planning poker é atribuir story points às histórias de usuário, manter a equipe em sintonia e desenvolver uma ideia de quantas tarefas a equipe pode concluir no próximo sprint. O planning poker faz isso ao permitir que todos avaliem o trabalho futuro. Com toda a equipe envolvida, você pode ter certeza de que está atribuindo pontos de história com base em opiniões diversas e evitando vieses inconscientes. 

Veja como realizar uma reunião de pôquer de planejamento bem-sucedida.    

• Dê à sua equipe uma matriz de story points definida para referência, bem como um conjunto de cartões que retratam a sequência de story points. Você pode criar os cartões por conta própria ou baixar um conjunto.   

• Selecione uma história de usuário. 

• Discuta a história com a sua equipe, incluindo o que está envolvido e o que é o sucesso. 

• Peça a cada membro da equipe que selecione em particular a carta de story point que acredita representar a quantidade de esforço necessária para concluir a história. 

• Peça à equipe que revele as cartas escolhidas ao mesmo tempo. Se os story points estiverem alinhados, passe para a próxima história de usuário. Se os pontos da história não estiverem alinhados, continue a discutir a história do usuário até chegar a um acordo.

• Repita o processo até atribuir Story points a todas as tarefas do backlog do produto. 

• Usando a matriz de pontos de história como base, determine quantas tarefas a equipe pode concluir no próximo sprint.

Dica: planeje realizar sessões de pôquer de planejamento depois que a equipe tiver priorizado o backlog e antes do início do sprint. As sessões de pôquer de planejamento podem levar de duas a quatro horas (e a primeira sessão provavelmente levará mais tempo), portanto, planeje de acordo. 

5. Planeje e execute o seu sprint 

Se esta for a primeira vez que você usa story points, não saberá exatamente quantos pode concluir por sprint (também conhecido como “velocidade do sprint”) até concluir o primeiro sprint completo. Não tem problema. Na reunião de planejamento do sprint, use a sua melhor estimativa de quantos pontos de história incluir no sprint com base na complexidade das tarefas e no valor do ponto de história. 

Dica: o seu primeiro sprint pode incluir um número elevado de pontos de história de baixo valor, um número baixo de pontos de história de alto valor ou uma mistura de ambos. Com o tempo, você aprenderá o que funciona melhor para a sua equipe e melhorará o processo com base no feedback dela. 

6. Melhore continuamente as suas estimativas de pontos de história

Depois de concluir a primeira sprint usando story points, é hora de se concentrar no tema principal da estrutura Agile: a melhoria contínua. Para isso, reúna-se com a equipe e discuta o que deu certo e o que pode ser melhorado. Você pode realizar uma reunião separada para isso ou incluí-la na retrospectiva de sprint. 

Faça perguntas à sua equipe, como se os pontos de história foram definidos corretamente, quais gargalos inesperados do projeto foram encontrados e outras razões pelas quais as metas não foram atingidas. Use as respostas para melhorar o processo para o próximo sprint. Se necessário, reavalie a sequência ou a matriz de story points. 

Dica: depois de determinar a velocidade da sua equipe, use esse número para distribuir os pontos de história e ver quantos sprints serão necessários para que a equipe conclua um projeto inteiro.

Como usar os story points em projetos Agile

Não é segredo: planejar com antecedência é a chave para a gestão de projetos. A incapacidade de definir o escopo e programar adequadamente o trabalho pode levar a prazos perdidos, desvio de escopo e fracasso do projeto. Mas, se isso parece assustador, não se preocupe. Os pontos de história podem ajudar. 

Para entender melhor os pontos de história, vamos ver como usá-los na estrutura Agile:

• Primeiro, escreva uma história de usuário para cada funcionalidade desejada. As histórias de usuário seguem o formato: “Eu, enquanto [persona], quero [Meta], para [resultado ou benefício]”.

• Adicione as histórias de usuário ao backlog do produto. 

• Atribua story points a cada história de usuário para estimar o esforço. 

• Use os story points para selecionar histórias de usuário do seu backlog, garantindo que você esteja escolhendo a “quantidade” certa de trabalho para cada sprint. 

• Execute o seu sprint. 

Exemplo: digamos que a sua história de usuário seja “Como usuário, quero poder enviar feedback e perguntas pelo site para entender melhor os recursos do produto”. Você atribuiria a essa história de usuário um story point, ou seja, a quantidade de esforço que você acha que é necessária para concluir a história. Você pode então dividir a história em tarefas menores, como definir o escopo e projetar o formulário de feedback, escrever o código para o formulário, preparar a página e testar o formulário e publicar a página. 

Vantagens de usar os story points

Há uma razão pela qual os story points são o MVP das técnicas de estimativa: eles facilitam a estimativa de esforço e simplificam o planejamento do sprint. Mas isso não é tudo. Aqui estão mais alguns benefícios de usar os story points da metodologia Agile:

• Impulsionar um planejamento mais rápido. Os story points são uma unidade de medida para estimativa relativa, o que significa que você calcula o valor de um story point comparando-o a itens de trabalho semelhantes já estimados. Usar um método de pontuação relativa leva a uma estimativa mais rápida ao longo do tempo, o que é uma grande vantagem para a equipe. 

• Leva em conta a imprevisibilidade e o risco. Os story points ágeis levam em conta elementos como incógnitas e riscos. Usar esses fatores no seu planejamento elimina as suposições da estimativa, permitindo que você avalie o esforço com mais precisão.

• Remova o viés de habilidades do seu planejamento e mantenha a equipe em sintonia. Confiar nas estimativas individuais dos membros da equipe nem sempre é o melhor. Afinal, um membro sênior da equipe provavelmente dará uma estimativa de esforço bem diferente de um membro júnior. Os pontos de história evitam esses problemas ao incentivar a colaboração na forma de reuniões de pôquer. 

• Crie prazos significativos. Ninguém gosta de prazos arbitrários, mas é isso que muitas vezes se obtém quando se usam outras técnicas de estimativa baseadas na quantidade de tempo. Como os story points são mais sutis, eles resultam em datas de conclusão significativas.  

• Criar estimativas melhores no futuro. Uma das principais vantagens dos story points é que eles são adaptáveis e reutilizáveis. Isso significa que, depois de criar uma matriz de story points e realizar o primeiro sprint, você pode usar o que aprendeu para reavaliar os valores originais dos story points e desenvolver estimativas mais precisas. 

Estimativa eficaz de story points com o responsável pelo produto 

Colaborar estreitamente com o responsável pelo produto é essencial para uma estimativa precisa dos story points. O responsável pelo produto fornece informações valiosas sobre o valor do negócio, as prioridades do usuário e os critérios de aceitação de cada parte do trabalho. Ao envolver o responsável pelo produto no processo de estimativa, as equipes ágeis podem garantir um entendimento compartilhado dos requisitos e fazer estimativas mais bem informadas.

Para colaborar efetivamente com o responsável pelo produto durante a estimativa de story points:

• Convide o responsável pelo produto para reuniões de estimativa e sessões de pôquer de planejamento.

• Incentive o responsável pelo produto a esclarecer os requisitos, a funcionalidade e a responder a perguntas.

• Discuta o valor do negócio e o impacto de cada história no usuário com o responsável pelo produto.

• Certifique-se de que o responsável pelo produto entenda o conceito de story points e dimensionamento relativo.

• Colabore com o product owner para dividir grandes histórias em partes menores e estimáveis.

Exemplo: digamos que a equipe Scrum, composta pela equipe de desenvolvimento, pelo mestre do Scrum e pelo responsável pelo produto, esteja estimando uma história de usuário para uma nova funcionalidade em um aplicativo móvel. O proprietário do produto participa da reunião de estimativa e fornece contexto adicional sobre a importância do recurso para os usuários e a funcionalidade esperada. A equipe de desenvolvimento consulta o guia do Scrum para esclarecer os critérios de aceitação e os casos extremos. Juntos, o responsável pelo produto e a equipe discutem a complexidade da história e a dividem em histórias de usuário menores e mais gerenciáveis. Ao colaborar estreitamente com o responsável pelo produto, a equipe entende melhor os requisitos e pode fornecer estimativas de pontos de história mais precisas.

Como evitar armadilhas comuns na estimativa de pontos de história

Nem tudo é fácil no mundo dos story points. Os pontos de história simplificam o processo de gestão de projetos, mas apenas se você evitar certos erros ao fazer a estimativa. Aqui estão alguns erros comuns que as equipes cometem ao estimar os story points e como evitá-los. 

Usar pontos de história que não são relativos 

A natureza relativa dos story points facilita a compreensão de como as tarefas se comparam entre si para a equipe. É por isso que você não deve atribuir pontos arbitrariamente. Lembre-se: os pontos de história devem ser escalonados em relação uns aos outros. 

Equiparar os pontos de história a horas 

Como a estimativa de tempo não leva em conta fatores como complexidade e incerteza, usar estimativas de horas ou dias como story points vai contra a Meta deles. Em vez disso, considere os três componentes que analisamos — complexidade, risco e repetição — para determinar os valores dos seus pontos de história. 

Estimativa inconsistente de story points

A inconsistência na estimativa de pontos de história pode levar a confusão e planejamento impreciso. Certifique-se de que a sua equipe tenha uma compreensão compartilhada do que cada valor de story point representa. Sessões regulares de refinamento do backlog e workshops de estimativa podem ajudar a manter a consistência.

Excesso de ênfase na precisão 

Embora a estimativa de story points vise melhorar a precisão, buscar a precisão perfeita é contraproducente. Aceite a incerteza inerente ao desenvolvimento de software e use os story points como uma ferramenta para o dimensionamento relativo, em vez de buscar estimativas exatas.

Não aprender com as estimativas anteriores de story points 

Melhore continuamente a sua estimativa de pontos de história refletindo sobre os sprints anteriores. Compare o esforço real necessário para concluir as histórias com as estimativas iniciais. Use esse feedback para calibrar a compreensão da equipe sobre os story points e refinar o processo de estimativa. Envolvaolva toda a equipe de Scrum, incluindo o testador, para reunir insights e métricas para melhorar a sua prática ágil.

Gerencie o planejamento de sprint e os story points com modelos

Os story points são uma peça importante do quebra-cabeça da gestão de projetos. Mas estimar corretamente o esforço e levar as tarefas até a linha de chegada é muito mais fácil quando os itens do backlog do produto estão bem organizados e correspondem ao trabalho da equipe. A Asana está aqui para ajudar. Organize o seu backlog, acompanhe os seus projetos ágeis e comunique-se com a sua equipe de forma eficiente com um modelo de planejamento de sprint tão colaborativo quanto a sua equipe.