Pontos de história são uma unidade de medida para exprimir uma estimativa do total de esforço que será necessário para implementar totalmente a um product backlog item ou de qualquer outra peça de trabalho.
Quando estimamos com pontos de história, atribuímos um valor de ponto a cada item. Os valores brutos que atribuímos não são importantes. O que importa são os valores relativos., Uma história que é atribuído um 2 deve ser o dobro de uma história que é atribuído um 1. Deve também ser dois terços de uma história que é estimado como 3 pontos de história.
em vez de atribuir 1, 2 e 3, Essa equipe poderia ter atribuído 100, 200 e 300. Ou 1 milhão, 2 milhões e 3 milhões. São os rácios que importam, não os números reais.
o que entra em um ponto de História?
porque os pontos de história representam o esforço para desenvolver uma história, a estimativa de uma equipe deve incluir tudo o que pode afetar o esforço., Que poderia incluem:
- A quantidade de trabalho a fazer
- A complexidade do trabalho
- Qualquer risco ou incerteza em fazer o trabalho
Ao estimar com pontos de história, certifique-se de considerar cada um desses fatores. Vamos ver como cada um impacta a estimativa de esforço dada pelos pontos da história.
a quantidade de trabalho a fazer
certamente, se há mais para fazer de alguma coisa, a estimativa do esforço deve ser maior. Considere o caso de desenvolver duas páginas web. A primeira página tem apenas um campo e uma etiqueta pedindo para inserir um nome., A segunda página tem 100 campos para também simplesmente ser preenchido com um pouco de texto.
A segunda página não é mais complexa. Não há interações entre os campos e cada um não é mais do que um pouco de texto. Não há risco adicional na segunda página. A única diferença entre estas duas páginas é que há mais a fazer na segunda página.
a segunda página deve receber mais pontos de história. Provavelmente não recebe 100 vezes mais pontos, mesmo que haja 100 vezes mais campos., Afinal de contas, há economias de escala e talvez fazer a segunda página seja apenas 2 ou 3 ou 10 vezes mais esforço do que a primeira página.
risco e incerteza
a quantidade de risco e incerteza num item de acumulação de produto deve afectar a estimativa do ponto de história dada ao item.
Se uma equipa for convidada a estimar um item de atraso do produto e o interessado que o solicite não estiver claro sobre o que será necessário, essa incerteza deverá reflectir-se na estimativa.,
Se a implementação de um recurso envolve a mudança de um determinado pedaço de código antigo, quebradiço que não tem testes automatizados no lugar, esse risco deve ser refletido na estimativa.
complexidade
complexidade também deve ser considerada ao fornecer uma estimativa do ponto da história. Pense no exemplo anterior de desenvolver uma página web com 100 campos de texto triviais sem interações entre eles.
Agora pense em outra página web também com 100 campos. Mas alguns são campos de datas com widgets de calendário que aparecem., Alguns são campos de texto formatados como números de telefone ou números de segurança social. Outros campos fazem validações de códigos de validação como com os números de cartão de crédito.
Esta tela também requer interações entre campos. Se o usuário entrar em um cartão Visa, um campo CVV de três dígitos é mostrado. Mas se o usuário entrar em um cartão American Express, um campo CVV de quatro dígitos é mostrado.
embora ainda existam 100 campos nesta tela, estes campos são mais difíceis de implementar. São mais complexos. Vão demorar mais tempo. Há mais hipóteses de O Construtor cometer um erro e ter de recuar e corrigi-lo.,esta complexidade adicional deve reflectir-se na estimativa apresentada.
Considerar Todos os Fatores: Quantidade de Trabalho, Risco e Incerteza e Complexidade
pode parecer impossível combinar três fatores em um número e fornecer um orçamento. Mas é possível, porque o esforço é o factor unificador. Estimadores consideram quanto esforço será necessário para fazer a quantidade de trabalho descrita por um produto item de backlog.estimadores
em seguida, considere o esforço a incluir para lidar com o risco e incerteza inerente ao item de backlog do produto., Normalmente, isto é feito considerando o risco de ocorrência de um problema e o impacto se o risco ocorrer. Assim, por exemplo, mais serão incluídos na estimativa para um risco demorado que é provável ocorrer do que para um risco menor e improvável.estimadores
também consideram a complexidade do trabalho a ser feito. Trabalho que é complexo vai exigir mais pensamento, pode exigir mais experimentação de tentativa e erro, talvez mais para trás e para a frente com um cliente, pode levar mais tempo para validar e pode precisar de mais tempo para corrigir erros.os três factores devem ser combinados.,
considere tudo na definição de feito
uma estimativa de ponto de história deve incluir tudo envolvido em obter um item de backlog de Produto Todo o caminho para ser feito. Se a definição de feito de uma equipe inclui a criação de testes automatizados para validar a história (e isso seria uma boa idéia), o esforço para criar esses testes deve ser incluído na estimativa do ponto de história.pontos de História podem ser um conceito difícil de entender., Mas o esforço para compreender plenamente que os pontos representam esforço como impactado pela quantidade de trabalho, a complexidade do trabalho e qualquer risco ou incerteza no trabalho valerá a pena.