Comments on: User Stories: Não Crie Godzillas!

By: Muanis

Muanis — Fri, 11 Jul 2008 01:51:05 +0000

Pois é, quando começamos a trabalhar o novo time de publicação, e, simultaneamente, o primeiro trabalho usando scrum para a maioria, usei um conceito que tirei do livro do MikeCohn, “uma história maior que 13 é algo que precisa ser melhor explicado”. De lá pra cá, tivemos realmente muito poucas histórias que entraram no sprint acima disso. Um único caso, foi uma história de 20 que por coincidência ou não, não foi entregue. É bem verdade que lembrando do backlog não lembro de nenhuma história com mais de 40.

Sinceramente, acredito que acima de 20, usar 40, 100 ou ? serve apenas pra comparar - é essa história aqui é complicada, mas essa outra é bem mais.

O que você comentou dos spikes realmente funciona. Se uma história de 20 não pode ser decomposta ou entendida, é necessário um spike para entendê-la melhor, colocar uma história de 20 no sprint é ter certeza que não se sabe o que deve ser feito.

p.s.: falo isso baseado na escala que usamos na gcom, como você disse, que começa em 10, 100 etc tem que usar outras medidas.

By: Phillip Calçado

Phillip Calçado — Thu, 10 Jul 2008 07:58:04 +0000

Ah, e a foto é praticamente do mesmo deck que eu usei abaixo, a foto abaixo é do Cainã

By: Phillip Calçado

Phillip Calçado — Thu, 10 Jul 2008 07:57:04 +0000

Oi, Marcos,

Os números são relativos mas o bad smell está na distribuição. Dizer que algo é vinte vezes maior que outra coisa é bem diferente do que dizer que algo é quatro vezes maior. Quanto você chega a este nível de incerteza é melhor parar de estimar o tamanho e buscar mais informação sobre a história.

Se algum time usa 100 como a menor unidade e vai até, não sei, 2000 é posível entender. Quando alguém começa com 2 e vai até 100 tem algo errado. É 20x versus 50x -mais que o dobro de incerteza.

[]s

By: Marcos Silva Pereira

Marcos Silva Pereira — Thu, 10 Jul 2008 05:14:23 +0000

Aliás, não dá para ver as fotos dos cartões porque o twitter do Fernando Meyer são protegidos.

By: Marcos Silva Pereira

Marcos Silva Pereira — Thu, 10 Jul 2008 05:13:25 +0000

Totalmente de acordo. E é exatamente assim que estimamos aqui. Na verdade, o alarme sempre dispara quando uma estória é maior do que “13″ pontos. No começo chegamos a tentar algumas histórias com 40, mas não funcionou bem: prejudicou a comunicação em torno da estória, o time não soube como dividir o trabalho entre os membros e o histórico de capacidade do time foi para o buraco.

Em outro time, mais inexperiente, a incerteza fez com que a maior parte das tarefas ficasse acima de 20 pontos. Ruim e nem Scrum Master nem PO agiram para corrigir isso. No mais, Phillip, acho que cada time pode interpretar o tamanho de um ponto de maneira diferente. Se um time achar razoável estimar estórias tão grandes, ok.