Quantos pontos de história você deve alocar em um sprint inicial?


18

Ao implementar o Scrum pela primeira vez em uma equipe, como você deve determinar a quantidade de pontos da história que estão em um sprint inicial quando você não tem idéia da velocidade da equipe?

Você deve basear isso em uma estimativa de horas e usar apenas os pontos posteriormente?


2
Quanto tempo será o Sprint?
Gopi

Bem, isso é naturalmente uma consideração - no meu caso, é uma semana para uma equipe de três - mas mesmo em equipes maiores, como você define o trabalho inicialmente para a duração do sprint antes de saber a velocidade da equipe ..
Mysterion

@ Sri Kumar: Como isso importa?
21411 azheglov

Respostas:


13

Você não tem fatos históricos para recorrer, por isso sugiro que não se preocupe com nenhuma hipótese. Tentar calcular a velocidade com base apenas em alguma fórmula é apenas uma perda de tempo.

Basta estimar histórias suficientes e deixar a equipe trabalhar nelas durante o primeiro sprint. Eles vão terminar o que terminam de qualquer maneira. Após esse sprint inicial, você terá sua velocidade real. Como você corre (excelente!) 1 semana, você obterá a velocidade real muito cedo.


"estimar histórias suficientes"?
Armand #

1
Mais do que eles podem terminar razoavelmente na primeira iteração.
Martin Wickman

4
há uma estimativa implícita de velocidade requerida para fazer isso;)
Armand

4

Ninguém pode dizer quantos pontos da história você pode usar no seu primeiro sprint. Antes de mais nada, o ponto da história é um valor sem unidade. Você não deve tomar decisões iniciais como 1 ponto de história = 6 horas, porque, em muitos casos, ele será executado mais tarde. Além disso, cada projeto pode ter um "tamanho" diferente de pontos da história.

O comprometimento deve ser feito com base na reunião de planejamento com o proprietário do produto. Você passará por histórias de usuários e o PO explicará alguns detalhes sobre elas. Ele também fornecerá alguns critérios de aceitação (definição de concluído). A reunião de planejamento tem um tempo limitado (com base no tamanho e no tamanho da equipe), portanto a primeira observação é quantas histórias de usuários você conseguiu discutir. Com base nas informações recebidas do OP, a equipe deve poder julgar profissionalmente quantas histórias de usuários discutidas podem ser feitas no sprint. Como a equipe sabe que é o sprint inicial e nada foi feito ainda, provavelmente se comprometerá apenas com uma pequena quantidade de trabalho, mas isso aumentará nos sprints futuros.

O valor puro dos pontos da história não deve ser usado para planejamento e estimativa de tempo. Deve ser usado para descrever a complexidade relativa, mas ainda 8 pontos da história podem significar algo entre 6 e 12 pontos (Fibonacci) na realidade. Dizer que 8 pontos da história é igual a 4 dias é realmente perigoso, porque também pode ser 3 ou 6 + "desperdício" (sobrecarga) no sprint inicial.

Um dos principais princípios ágeis é o 'Empower People'. Planejamento e comprometimento é exatamente o empoderamento que você dá à equipe. A equipe é responsável por fornecer histórias de usuários comutadas, mas é claro que elas podem falhar e não devem ser responsabilizadas pela falha de comprometimento nos sprints iniciais. Os sprints iniciais são para calibração.


2

Uma técnica é selecionar algumas histórias de usuários de tamanho médio, atribuir-lhes um tamanho arbitrário em pontos e dividi-las em tarefas pela equipe. Em seguida, a equipe estima cada tarefa em horas, que uma vez resumidas fornece uma estimativa aproximada das horas de trabalho por ponto da história. Conhecendo a capacidade total de trabalho do sprint, você pode extrapolar para obter vários pontos da história que teoricamente você poderia concluir no sprint.

Porém, isso não deve ser interpretado como um objetivo exato a ser alcançado e deve ser esquecido assim que a primeira velocidade real da equipe aparecer, quando o primeiro sprint terminar.


1

Você precisa adivinhar, pois ainda não tem informações para continuar. No entanto, se você já trabalhou fora do Scrum, mas com a mesma equipe, poderá usar sua experiência anterior em estimativas para orientar suas suposições. Ou você pode apenas pegar histórias adicionais até ficar sem tempo.


0

Você não depende exclusivamente de estimativas pontuais para o planejamento do sprint. Durante o planejamento, sua velocidade pode ajudá-lo a "propor" rapidamente um plano de sprint e / ou auxiliar na verificação de sanidade antes de fazer o compromisso final; mas, não importa quantos dados de velocidade você tenha, a equipe precisa se comprometer com as histórias, não com os pontos .

Lembre -se de que histórias de 5 x 1 ponto não são iguais a 1 x história de 5 pontos para valores excepcionalmente pequenos de 1. Eles são apenas aproximadamente equivalentes para fins de planejamento a longo prazo.

E é aí que o principal valor dos pontos entra em jogo: quando você precisa adivinhar quando uma epopeia ou um lançamento pode ser concluído, ou se você tem demais para uma data de lançamento programada.

Dito isto, uma equipe de sucesso acabará planejando o mesmo número de pontos a cada sprint. Porém, haverá variações baseadas nas histórias particulares desse sprint. Uma equipe de sucesso pode articular durante o planejamento por que algumas histórias de 5 pontos não compensam todas as 5 histórias de 1 ponto propostas inicialmente ...

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.