Se você nunca experimentou o tráfego em Los Angeles, você sabe que a quantidade de tempo que deve levá-lo para começar a partir de Arcadia, em Santa Monica, está sujeita a uma série de forças, incluindo trânsito, do tempo, da construção, da hora do dia, e os caprichos de outros motoristas. É uma distância de 32 milhas que pode demorar 41 minutos ou 4 horas.,
os itens no seu backlog do produto Scrum estão sujeitos a um número semelhante de variáveis, muitas vezes tornando o planeamento ágil tão frustrante como estar sentado no tráfego Sul da Califórnia.e isso é um problema enorme. Se você não conseguir estimar de forma precisa e consistente o tempo ou velocidade durante o planejamento ágil, isso pode levar a prazos perdidos, estrangulamentos, bloqueios de estradas, escopo rastejar, e às vezes até mesmo o fracasso de um projeto.
A boa notícia é que há uma melhor maneira de estimar o tempo que leva para o planejamento ágil: estimativa do ponto de história.,
desvantagens de outros métodos de estimativa de tempo em projectos ágeis
Antes de entrarmos no valor da estimativa do ponto de história, vamos considerar outros métodos de estimativa de tempo utilizados no planeamento ágil.
muitas equipes atribuem uma estimativa para projetos e itens por hora, e então eles atribuem um número total de horas por sprint. Mas, se voltarmos à analogia de condução, Esta prática é semelhante apenas a olhar para a distância ao conduzir e não contabilizar outros fatores.
outra maneira de estimar é a técnica do” dia ideal”., Cada dia de trabalho consiste em E-mails, conversas e reuniões, o que significa que seus desenvolvedores não estarão disponíveis para trabalhar por 8 horas todos os dias, mesmo que eles ainda estejam no trabalho. A desvantagem deste método de estimativa é que ele ainda depende de horas, não de esforço.o que são pontos de história? então como é que a estimativa do ponto de história dá à sua equipa uma estimativa mais precisa do tempo que as histórias do utilizador levam a completar?
com pontos de História, As equipes levam em conta o esforço e complexidade para atribuir cada item em um backlog de produto com um valor numérico., Os pontos de história são muito mais abrangentes do que olhar apenas para um factor—tempo—para estimar o planeamento sprint.
A estimativa do ponto de história inclui três componentes principais:
- risco: o risco de um determinado projecto ou item inclui exigências Vagas, dependência de um terceiro, ou alterações a meio da tarefa.
- complexidade: este componente é determinado pela dificuldade de desenvolvimento da característica.repetição: este componente é determinado pela forma como o membro da equipa está familiarizado com o recurso e como certas tarefas monótonas estão dentro do desenvolvimento.,
ao incorporar os três pontos acima, a sua equipa pode planear com mais precisão as corridas, incluir amortecedores para a incerteza, melhores questões de estimativa, e evitar apoiar-se demasiado em compromissos de tempo. Pontos de História permitem consistência não apenas em equipes, mas em todos os departamentos.
3 passos para a estimativa ágil do ponto de história
siga este processo para planejar com mais precisão suas imagens, dar expectativas realistas, e empurrar projetos através Mais rápido.,
usar números de sequência de Fibonacci
é tentador atribuir itens com uma escala linear, mas esses inteiros não são diferenciados o suficiente para definir claramente uma estimativa. provavelmente encontrou isto no consultório do médico com uma escala de dor. Se 1 na escala de dor representa “totalmente bem” e 10 é uma dor tão severa que parece que você pode estar morrendo, o que é 4? E, além disso, como é que 4 é diferente de 5? E onde é que uma pedra nos rins se encaixa na escala se você nunca experimentou dor intensa antes?os números de sequência Fibonacci eliminam esses saltos menores., Como você deve se lembrar, a sequência de Fibonacci é uma série de Números onde cada número é a soma dos dois números anteriores: 0, 1, 1, 2, 3, 5, 8, 13, 21, etc.
para ágil, a sequência é tipicamente modificada para 0.5, 1, 2, 3, 5, 8, 13, etc. Usando estes números, é muito mais fácil decidir se um item é 3 pontos de história ou 5 pontos de história.,
Determine a matrix
After you’ve decided to use the Fibonacci sequence, it’s time to determine a baseline for each story point., Por exemplo:
1 = Adicionar um novo produto para um menu dropdown
2 = Adicionar seguimento da encomenda para usuários conectados
3 = Adicionar um sistema de classificação para o site
5 = Adicionar um fórum para o site
8 = Adicionar GDPR e CCPA conformidade através do site
a Sua linha de base é incluído nesta matriz como 1, o que define o padrão para que o mínimo de risco, a complexidade e a repetição parece, na prática. Esta matriz é uma forma de medir mais concretamente o esforço; tenha isso em mente ao invés de falhar em julgar itens baseados apenas na duração do tempo.,
mantenha uma rodada de planejamento de poker
o planejamento de poker ajuda uma equipe a ganhar um consenso de aproximação de pontos de história correta para cada item. Aqui está como funciona:
- em uma reunião de planejamento sprint, cada desenvolvedor e testador recebe um conjunto de cartões, cada um representando um número de uma sequência de Fibonacci.
- um item de backlog é trazido para a tabela para que a equipe possa fazer perguntas e clarificar as características.
- Quando a discussão é fechada, cada desenvolvedor e testador privadamente seleciona o cartão que mais exatamente reflete sua estimativa.,
- Quando todas as cartas foram selecionadas, os estimadores revelam suas cartas ao mesmo tempo. Se um consenso for alcançado, é hora de passar para o próximo item de backlog. Se as estimativas variam, os líderes discutem até chegarem a um consenso.
é útil ter uma matriz completa na mão para os estimadores para referência durante o planejamento de poker, uma vez que permite uma maior consistência entre as tarefas. Além disso, é útil definir um limite máximo (13, por exemplo). Se uma tarefa for estimada como maior do que esse limite, ela deve ser dividida em itens menores., Da mesma forma, se uma tarefa é menor que 1, ela deve ser incorporada em outra tarefa.
neste ponto, dentro de sua reunião de planejamento sprint, itens no Backlog do produto podem ser priorizados e divididos entre a equipe com base na capacidade de trabalho da equipe.
Como Estimar a velocidade de sprint
neste ponto você pode estar se perguntando quantos pontos de história uma equipe pode completar durante um sprint. Essa quantidade é chamada velocidade sprint, e infelizmente, não há maneira de determinar isso até que o primeiro sprint tenha sido concluído.,durante o primeiro sprint após a sua primeira reunião de planejamento de história, mantenha o controle de quantos pontos de história foram completados. Esse número total pode então ser usado para determinar um número razoável de pontos de história que sua equipe pode completar durante um sprint. Em seguida, você será capaz de estimar quantos ciclos de sprint vai precisar ser concluída para um projeto.
Se estiver a utilizar uma placa Scrum ou Kanban, basta olhar para a coluna “feito” no final do seu sprint e totalizar o número de pontos de história. Ao longo do tempo, você pode em média várias semanas de dados para estimar uma velocidade de sprint mais precisa.,
Continue to improve based on past sprint estimates
The first sprint after adapting the story point technique is not going to go perfectly. And that’s completely normal., Defina essa expectativa com a sua equipa no início para que a frustração não desvie o processo. na próxima reunião de planeamento sprint, pergunte à sua equipa o que correu bem, o que correu mal e o que pode ser feito para melhorar. Você pode precisar ajustar sua matriz inicial para uma melhor estimativa de itens que vão para a frente. E essa matriz pode ser ajustada até que sua equipe esteja mais confortável em estimar o esforço de cada tarefa.uma vez que o desenvolvimento Ágil é um esforço de equipe, é importante apoiar-se fortemente no feedback da equipe para determinar a melhoria., Enquanto os pontos da história podem não se sentir tão intuitivos como simplesmente atribuir estimativas de hora para cada tarefa, você vai descobrir que, estimando esforço em vez de tempo, você terá um sprint mais calmo, uma equipe mais organizada e preparada, e uma experiência geral menos estressada para cada sprint. Além disso, você será capaz de discutir as expectativas com as partes interessadas e definir datas de entrega mais razoáveis avançando, o que melhora a eficiência e, em última análise, melhora o produto.,
Agora que você estimou todos os seus pontos de história, o próximo passo é criar o seu plano de lançamento ágil.
Saiba mais
