Como atribuir pontos de maneira eficaz às histórias do scrum

Um dos aspectos mais interessantes do scrum é a capacidade de atribuir pontos às histórias. O problema é que encontrar muitas informações úteis sobre essa ideia é bastante desafiador. Primeiro, o que são pontos de história? Em seguida, como você efetivamente atribui pontos quando eles parecem bastante arbitrários? Eu quero tentar ajudá-lo a entender isso. No final, o que encontramos pode não ser uma definição e explicação oficial, mas certamente ajudará você a entender melhor como usar esse recurso no sistema scrum de sua equipe.

VEJA: Líderes de negócios como desenvolvedor: A ascensão do software sem código e com pouco código (PDF gratuito) (TechRepublic)

O que é um ponto de história?

Em termos mais simples, um story point é um valor associado a um esforço para completar uma tarefa. É como recompensar o esforço com uma nota, só que em vez de AF, talvez seja 1-5. Você completou uma tarefa desafiadora, você recebe um 5. Complete uma tarefa simples, você recebe um 1.

Mas o que esses pontos significam? Eu vejo duas maneiras de olhar para os pontos da história. A primeira forma é meio que a tomada oficial, que permite estimar o backlog em termos de esforço (ao invés de horas). Muitas equipes acham isso menos assustador. Além disso, é consideravelmente mais fácil atribuir um nível de dificuldade a uma tarefa do que atribuir o número de horas que uma tarefa levará. E isso está no coração do scrum. Por quê? Porque a mudança acontece.

Você pode pensar que sabe exatamente quanto tempo levará para terminar a Tarefa A, mas as coisas mudam e os obstáculos são constantemente lançados em seu caminho. Você pode ter recebido 20 horas para concluir a tarefa A, mas, na realidade, pode levar 30 ou 40. Por outro lado, você está mais bem equipado para saber o quão difícil será concluir a tarefa A.

No final, uma equipe pode olhar para várias tarefas que lhes foram atribuídas e ver que o esforço total envolvido será, digamos, 40. Se houver apenas oito tarefas envolvidas, eles podem ter certeza de que o desafio os espera e eles melhor ter seu jogo A pronto.

É confuso. Mas lembre-se, não se trata apenas de complexidade, mas de esforço. Por exemplo, o arquivo REE. Estes não são particularmente complexos, mas podem envolver muita escrita e colaboração. Isso pode exigir um esforço considerável. Então, mesmo que o REE não seja complexo, é demorado, então pode ser atribuído 5 pontos de história.

Mas vamos considerar outro motivo para usar pontos de história… um motivo pelo qual você não os encontrará escritos com frequência.

Concorrência.

Convenhamos, os desenvolvedores são tão competitivos quanto outros funcionários (talvez mais). Os desenvolvedores gostam de se gabar de suas realizações (e com razão; desenvolver é uma profissão muito desafiadora).

Embora os pontos de história nunca tenham sido concebidos como uma medida de sucesso, eles certamente podem ser usados ​​como tal. No final de um sprint, quantos pontos de história cada equipe coletou? Você vê onde eu estou indo com isso.

A equipe com mais pontos de história certamente poderia ser recompensada. Afinal, um pouco de competição é um grande incentivo. Mesmo que não haja recompensas reais, só os direitos de se gabar valem a pena implementar pontos de história.

Claro, este não é o uso popular (ou aceito) de pontos de história, mas vamos ser sinceros… é válido.

Como atribuir pontos de história

É aqui que fica um pouco nublado. Verdade seja dita, é tudo muito arbitrário. Quantos pontos vale uma tarefa? Você sabe? Existe um sistema oficial de medição? Não há.

Digamos que você tenha a Tarefa A que é relativamente fácil, como gerar um commit inicial. Em uma escala de 1 a 5 (1 sendo o mais fácil e 5 o mais difícil), essa tarefa provavelmente é 1. Todo desenvolvedor deve ser capaz de fazer um commit inicial enquanto dorme. E aquele REE de que falamos anteriormente? Pode ser tão simples quanto copiar e colar de um clichê (ponto da história 1), ou pode exigir uma boa quantidade de conteúdo original, alguma pesquisa e colaboração (ponto da história 3).

Claro, não há razão para que os pontos de história sejam limitados a 1-5. Dependendo de quanto trabalho você quer colocar nele, você pode ter pontos de história de 1 a 50. Aqui está o que eu sugiro que você faça. Primeiro, crie linhas de base para cada ponto da história. Vamos voltar ao arquivo REE. Vamos ficar com a escala simplista de 1-5. Digamos que todos os seus REEs sejam bem simples, exigindo não muito mais do que informações de licenciamento, informações de contato e uma descrição do projeto. Isso é um 1.

VEJA: Principais atalhos de teclado que você precisa conhecer (PDF grátis) (TechRepublic)

Em seguida está escrevendo o código. Talvez uma tarefa de programação exija apenas que um desenvolvedor coloque algumas funções de uma biblioteca. Isso é um 2 porque é bem cortado e seco. Mas e se você tiver uma tarefa que é todo código original, mas não tão complexa que desafie seriamente um desenvolvedor. Você tem um 3.

Que tal um pedaço de código que é uma combinação de código original e algum código pré-construído de bibliotecas e frameworks? Dê a isso um 4. Finalmente, você tem um ponto de história de nível 5 atribuído às tarefas mais desafiadoras que podem exigir a escrita de novas funções.

Então, é claro, há construção (talvez 3), teste (possivelmente 5, porque o teste pode exigir um esforço considerável) e implantação (provavelmente 2 ou 3).

Concedido, estou apenas atribuindo números aleatoriamente a essas tarefas, mas você entendeu.

Outro método popular de atribuir pontos de história é usar uma sequência de Fibonacci. Assim, em vez de os números aumentarem em um, eles aumentam de acordo com a sequência de Fibonacci (a soma dos dois números anteriores), como em 0, 1, 1, 2, 3, 5, 8, 13, 21, etc. uma sequência, você pode atribuir mais facilmente pontos de história a tarefas. Por exemplo:

• Adicionar um produto a um menu suspenso é de 1 ponto de história.
• Adicionar uma nova animação ao menu suspenso é de 2 pontos de história.
• Adicionar um sistema de classificação é de 3 pontos de história.
• Adicionar rastreamento de pedidos para usuários é de 5 pontos de história.
• Adicionar autenticação de dois fatores para s de usuários é de 8 pontos de história.

O importante sobre a atribuição de pontos de história é que você seja consistente. Se esses pontos parecerem aleatórios, eles não serão realmente justos. Para esse fim, desenvolva uma linha de base para que você não apenas evite números arbitrários, mas também fique muito mais fácil atribuir pontos de história.

E aí está… minha opinião sobre os pontos da história do scrum. Sua empresa provavelmente tem uma visão completamente diferente de como esse recurso funciona, mas é sempre bom considerar outras ideias. Independentemente de como você usa e atribui pontos de história, apenas certifique-se de ser consistente.