É possível alterar as estimativas no meio de uma iteração?


14

Começamos a usar o Agile / Scrum em uma equipe de 4 desenvolvedores. Fizemos nossas estimativas de histórias e ordenamos as histórias Histórias preparadas no backlog do produto.

Começamos com a estimativa baseada em pontos na complexidade de 1 a 5, em vez de 1,2,3,5,8,13 usual ... e assim por diante

Depois de trabalhar em algumas das histórias, achamos que algumas das histórias estimadas em 4 pontos deveriam ser apenas 2, enquanto as outras estimadas em 2 são muito mais complexas e deveriam ter sido estimadas em 5. Gostaria de conhecer:

  • É possível alterar nossas estimativas de história no meio da iteração?
  • Posso usar os pontos de estimativa atuais de 1 a 5, em vez dos habituais 1,2,3,5,8,13 .... e assim por diante

Embora eu pessoalmente ache que não deve ser o caso para os dois casos, mas preciso me apoiar, pois meu entendimento não é muito claro (embora qualquer material de referência seja bom!)


4
Pergunte-se: qual é o benefício de gastar tempo repensando o meio do sprint? Qual é a vantagem de passar mais tempo discutindo sobre 3 vs. 4 vs. 5 em comparação com um 3 vs. 5?
19711 Hugo

Respostas:


13

É possível alterar nossas estimativas de história no meio da iteração?

Absolutamente não. Esperamos que isso aconteça. E esperamos que os erros se equilibrem com o tempo. Realmente ajustamos as estimativas apenas quando fica claro que uma determinada categoria (por exemplo, novas páginas da web) sempre será mais complexa do que pensávamos quando as estimamos todas.

Como uma história épica é dividida em histórias menores (o que deve acontecer muito antes do sprint), podemos parecer ajustar a estimativa original, mas eu chamaria isso de refino em vez de reestimação. Isso porque temos uma visão mais clara na época.

O Agile Estimation and Planning de Mike Cohn é um bom livro sobre o assunto. Eu recomendaria não usá-lo (ou qualquer livro "Agile") como uma Bíblia, mas é um bom ponto de partida para refinar seu processo.

Ele fala sobre o modo como as estimativas errôneas se equilibram como "mágicas", mas enfatiza que ele viu isso funcionar repetidamente.

Posso usar os pontos de estimativa atuais de 1 a 5, em vez dos habituais 1,2,3,5,8,13 .... e assim por diante

O uso da estimativa da série de pontos de Fibonacci é uma aceitação de que quanto maior a história, menos precisa é a nossa estimativa (veja meu comentário anterior sobre a Epics).

Mas, se não funcionar para você, principalmente se você mantiver todos os seus trabalhos pequenos, não o use. É uma diretriz, não uma regra.

O tamanho da camiseta (SML XL XXL) também é popular e, essencialmente, não é diferente de (1 2 3 4 5).


+1: discuta isso durante sua retrospectiva. Re-estimar quando você priorizar novamente no início da próxima primavera. É por isso que você tem sprints. Nenhuma sobrecarga de gerenciamento durante o sprint - basta criar código.
S.Lott

Sobre o uso do uso da série fabonacci, digamos que você saiba que uma história levará quase três dias e não. As tarefas para fazer a história são A, B, C. Você também acha que não é muito complexo, mas cada uma dessas tarefas levará 1 dia cada. Que estimativa você daria à história?
Tintin

@tintin: O motivo do uso de pontos é evitar dizer coisas como "você sabe que uma história levará quase três dias". Os pontos são relativamente arbitrários, cada trabalho é baseado na complexidade em comparação com outros trabalhos (obviamente, você deve evitar o uso de trabalhos mal estimados como linhas de base). Mas você evita os números ausentes, para explicar a incerteza. Portanto, se o trabalho B é duas vezes mais complexo que o trabalho A e o trabalho A foi marcado como 2 pontos, você marca o trabalho B como 5 pontos.
quer

+1 para: maior a história é, menos precisa nossa estimativa é
kevchadders

1

É possível alterar nossas estimativas de história no meio da iteração?

Absolutamente sim - se isso afetará o planejamento atual ou futuro da primavera. O objetivo do agile é basear suas ações em informações o mais atual e corretas possível.

Se uma estimativa parecer tão errada que o sprint atual não puder ser concluído em sua caixa de tempo, você precisará agir com base na estimativa revisada; portanto, provavelmente desejará alterá-la. Se você basear novas estimativas nas antigas (e realmente olhar para elas em vez de confiar na memória / experiência), precisará que elas estejam corretas.

Por outro lado, não há realmente nenhum valor em si em uma estimativa correta. Não perca tempo procurando uma estatística sem sentido.


No nosso caso, a estimativa inicial foi grande e o trabalho para isso acabou sendo muito menor. Portanto, não é que o nosso sprint atual não termine no tempo, mas temos tempo extra. Portanto, o gerente está sugerindo diminuir a estimativa.
Tintin

@ Michael, essa resposta pode ser verdadeira para alguns processos ágeis, mas a pergunta está relacionada ao Scrum. No Scrum, não é recomendável alterar os pontos da história após o planejamento do sprint, pois a métrica de velocidade da equipe pode ser comprometida.
GuyR

As estimativas com falha trazem um benefício, pois você pode usá-las para ajustar as estimativas futuras adequadamente. Se você estimar muito, é tanto uma falha quanto estimar muito, porque o resultado são recursos subutilizados. O valor nas estimativas corretas é que você sabe que é provável que esteja atingindo seus objetivos de liberação e que sua equipe é totalmente utilizada. Portanto, você sempre baseia estimativas futuras em suas experiências passadas, ajustando de acordo com o que aprendeu sobre suas estimativas ao longo do caminho.
S.Robins 31/01
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.