O que é Velocidade no Scrum?

A Velocidade é uma forma muito simples, mas poderosa, de medir com precisão a rapidez com que uma equipe de desenvolvimento Scrum entrega valor ao negócio ao longo do tempo. Ela fornece uma indicação da quantidade média do Product Backlog transformado em um incremento do produto durante cada Sprint por uma equipe Scrum, com a equipe de desenvolvimento usando rastreamento. Portanto, para calcular a Agilevelocidade da equipe, basta somar as estimativas de funcionalidades, histórias de usuários, requisitos ou itens do backlog entregues com sucesso durante uma iteração. A equipe deve:

• Prever o escopo que pode ser entregue em uma data específica.
• Prever a data em que um número fixo de escopos será entregue.
• Entender nossas limitações ao definir quanto escopo nos comprometemos a entregar em um Sprint.

Exemplo de Velocidade no Scrum

Antes de concluir algumas iterações, existem algumas diretrizes simples para estimar a velocidade inicial de uma equipe Scrum, mas depois disso, sua equipe pode usar métodos validados de estimativa de velocidade histórica para Planejamento do Sprint. Com base em uma série de Sprints anteriores, as estimativas de velocidade geralmente se estabilizam e fornecem uma base mais confiável para melhorar a precisão do planejamento de curto e longo prazo para projetos Scrum.

A Velocidade mede a quantidade de trabalho que uma equipe pode concluir em um único Sprint e é uma métrica-chave no Scrum. Ela é calculada somando os pontos de todas as histórias de usuários totalmente concluídas ao final de um Sprint. Os pontos de histórias parcialmente concluídas ou incompletas não devem ser incluídos no cálculo.

Passo 1 – Calcular a velocidade da primeira iteração (Sprint)

No final de cada iteração, a equipe soma as estimativas de esforço associadas às histórias de usuários concluídas durante essa iteração. Esse total é chamado de velocidade.

Uma equipe Ágil iniciou uma iteração, planejando concluir a História A e a História B, estimadas em 2 pontos, e a História C, estimada em 3 pontos. No final da iteração, a História A e a História B estão 100% concluídas, mas a História C está apenas 80% concluída. Equipes Ágeis geralmente reconhecem apenas dois níveis de conclusão: 0% ou 100%. Portanto, a História C não conta para a velocidade, e a velocidade para esta iteração é de 4 pontos.

Passo 2 – Use a Velocidade para estimar o número de iterações necessárias

Depois de entender a velocidade do Passo 1, a equipe pode calcular (ou revisar) a estimativa de quanto tempo levará para concluir o projeto com base nas estimativas das histórias de usuários restantes, assumindo que a velocidade nas iterações futuras permaneça aproximadamente a mesma. Essa é geralmente uma previsão precisa, mesmo que raramente seja exata.

Suponha que as histórias de usuários restantes representem um total de 40 pontos; a previsão da equipe para o trabalho restante é de 10 iterações.

Relação entre Velocidade e Pontos de História no Scrum

Pontos de Históriasão usados para medir tamanho e complexidade — essencialmente, quanto tempo levará para concluir uma tarefa. Pontos de História são uma medida relativa do tempo necessário para concluir uma história de usuário. Esse conceito é inspirado no XP. São usados para avaliar a dificuldade de uma história, e não para se comprometer com o tempo que levará. Isso permite que você use pontos de história independentemente do tamanho da equipe ou do tipo de tarefa.

Como vincular a velocidade aos pontos de história?

1. As equipes frequentemente usam a “velocidade” como métrica de produtividade para informar aos externos exatamente quão rápido uma equipe Scrum está.
2. Se as estimativas de pontos de história permanecerem consistentes ao longo do projeto, faz sentido usar os pontos de história para representar a “velocidade”.
3. Se a consistência for mantida não apenas dentro de uma equipe, mas também entre equipes e até mesmo em toda a empresa, permite medir a produtividade e comparar o desempenho das equipes.
4. Se os valores de pontos de história permanecerem estáveis, eles podem ser usados como referência para o planejamento de lançamentos. Você pode avaliar cronogramas possíveis posteriormente.

Como atribuir pontos de história a uma história de usuário?

Um ponto de história é uma unidade de medida relativa. O primeiro passo que sua equipe deve tomar é definir uma história como referência para que possam estimar outras histórias em relação a essa base. De acordo com a literatura, a equipe deve identificar a história mais simples do backlog e atribuir a ela 1 ponto de história, depois usar essa história como base para estimar outras histórias.

Existem dois tipos de escalas usadas para criar estimativas de pontos de história:

• Escala Linear (1, 2, 3, 4, 5, 6, 7, …)
• Sequência de Fibonacci (0.5, 1, 2, 3, 5, 8, 13, …)

É uma boa ideia estimar sua primeira história de usuário com a qual sua equipe está familiarizada e sabe quanto tempo leva para concluir. Em seguida, estime sua próxima história de usuário. Se a equipe acredita que leva menos tempo do que a história de referência, coloque-a à esquerda da referência. Depois, estime outra história de usuário. Se a equipe decidir que leva menos tempo do que a história de referência, mas mais do que a segunda história, coloque-a entre a referência e a segunda história. Neste exemplo, usamos a sequência de Fibonacci para a estimativa de histórias:

História de Usuário Pontos de História

Como estimar a velocidade com mais precisão?

No Scrum, a velocidade ajuda você a entender quanto tempo leva para uma equipe concluir o backlog do produto. No entanto, geralmente leva alguns Sprints até que a equipe encontre uma velocidade mais estável. Para estimar a velocidade da equipe com mais precisão, podemos nos basear nos registros anteriores de acompanhamento da equipe. Isso preverá com mais precisão quantas histórias a equipe pode concluir em um Sprint. Para fins de previsão, deve-se usar a média das últimas três ou quatro velocidades de Sprint.

Suponha que uma nova equipe Scrum planeje concluir 41 pontos de história em seu primeiro Sprint. Eles acabam concluindo apenas 38 pontos de história e levam 6 pontos de história para o próximo Sprint. Portanto, sua velocidade é 38, conforme mostrado abaixo:

Velocidade do Scrum

Velocidade Média Baseada no Acompanhamento de Sprints Anteriores

Como mencionado anteriormente, as equipes não devem incluir nenhum trabalho parcialmente concluído na velocidade. Apenas as histórias de usuário marcadas como “Concluídas” contam, mesmo que reste apenas uma pequena parte da tarefa.

A velocidade baseada em um único Sprint não é uma métrica muito confiável para previsão. (Mas ajuda a equipe a entender quanto trabalho ela pode comprometer em um único Sprint.) Vamos acompanhar seu progresso em Sprints futuros.

Agora, a nova equipe continua desenvolvendo do Sprint 1 ao Sprint 4. Os pontos de história concluídos em cada Sprint são: 38, 29, 38 e 39. A velocidade média após quatro Sprints é 36, conforme mostrado abaixo:

Velocidade do Scrum ao Longo dos Sprints

Essa média, baseada em quatro Sprints, é muito mais útil do que uma fotografia após apenas um Sprint. É fácil imaginar que, se o backlog já tiver histórias de usuário estimadas, podemos usar essa velocidade para previsão. Podemos prever com que rapidez a equipe concluirá todo o trabalho. Podemos fazer suposições informadas sobre quais funcionalidades podemos entregar no próximo lançamento.

Gráfico de Velocidade

Se uma equipe Scrum tiver concluído múltiplos Sprints, a equipe pode usar o relatório de velocidade para prever datas de lançamento e conclusão do produto, e planejar melhor projetos futuros. Com base na velocidade dos Sprints anteriores mostrada no relatório, você pode alcançar o seguinte:

• Acompanhe a quantidade de trabalho concluído pela sua equipe em cada Sprint.
• Se a composição da sua equipe e a duração do Sprint permanecerem inalteradas, estime quanto trabalho do backlog sua equipe poderá lidar em Sprints futuros.

Com base no exemplo acima, o gráfico de velocidade mostra a quantidade de trabalho concluído em cada um dos 4 Sprints pela equipe Scrum:

Gráfico de Velocidade do Scrum