Por que você deve medir a velocidade do sprint da sua equipe

Quando medida corretamente, a velocidade da sprint pode ajudar a estimar com precisão a carga de trabalho da equipe, simplificar o planejamento da sprint e ajudar os gestores de projeto a acompanhar os seus projetos.

O que é velocidade de sprint?

A velocidade do sprint é uma medida de quanto uma equipe Agile pode produzir durante um ciclo de sprint normal. Você usará duas variáveis principais para calcular a velocidade do sprint: a quantidade de trabalho que a equipe Agile concluiu e o tempo que levou para concluir esse trabalho.

É importante notar que a velocidade da sprint é uma métrica descritiva e não deve ser usada como uma métrica de sucesso. A velocidade da sprint não deve ser vista como algo a ser “melhorado”. É uma métrica difícil de descrever quanto trabalho a equipe pode concluir em um sprint. Embora você deva medir a velocidade da sprint de forma consistente, ela não deve ser vista como uma métrica de sucesso. Se isso acontecer, a sua equipe pode acabar sobrecarregada. A meta de entender a velocidade da sprint é conhecer a capacidade da equipe, não aumentá-la.

Como calcular a velocidade da sprint

É possível calcular a velocidade da sprint com uma equação matemática simples: divida o número de itens do backlog (ou pontos de história, se é isso que a sua equipe usa) pela duração total da sprint em dias.

Por exemplo, se a sua equipe tiver 60 itens no backlog e a duração média do sprint for de 2 semanas, a equação seria a seguinte:

60 itens do backlog/10 dias = velocidade da sprint de 6

Descobrir o quanto a sua equipe pode concluir em um sprint médio é relativamente simples. Comece abordando um backlog com muitos itens e veja quantos deles a sua equipe consegue concluir no tempo de sprint desejado. A meta não é concluir tudo no backlog, mas avaliar o trabalho que a equipe pode concluir.

Outra opção que você pode fazer antes do primeiro sprint é usar estratégias de estimativa de projetos para prever o quanto a equipe pode concluir. Se você estiver procurando algumas estratégias para usar, experimente a estimativa de cima para baixo, a estimativa de três pontos ou o método de estimativa análoga.

Por que medir a velocidade da sprint?

A velocidade da sprint não é medida por mera diversão: há razões práticas (e benéficas) pelas quais a sua equipe deve medir a velocidade da sprint. Apresentamos algumas delas a seguir.

• Facilita o planejamento do sprint. Para os responsáveis pelo produto e os mestres do Scrum, conhecer a velocidade de sprint da equipe pode facilitar o planejamento do sprint. Se você conhece a velocidade média de sprint da sua equipe, é mais fácil escolher as histórias de usuário certas do backlog do produto para passar para essa iteração sem sobrecarregar a equipe de desenvolvimento.

• Administrar as expectativas das partes interessadas. Se as partes interessadas pedirem um cronograma para uma história de usuário específica, ou se tentarem adicionar algo antes do final do sprint, você, como responsável pelo produto, entende como essa mudança pode afetar a produção da equipe com base na velocidade do sprint.

• Sinaliza possíveis problemas. Ao monitorar regularmente a velocidade da sprint, você poderá medir a velocidade média de forma mais consistente. Se você vir uma queda repentina na velocidade, saberá que há um problema em potencial, como um obstáculo ou uma dependência inacabada, que precisa ser resolvido antes de passar para o próximo sprint.

Como visualizar a velocidade da sprint

Ser capaz de observar e medir a velocidade do sprint rapidamente pode ajudar aqueles que trabalham em um projeto Agile a entender rapidamente como a equipe está se saindo. A qualquer momento durante o sprint, eles podem olhar para um gráfico e ver o progresso atual da equipe. 

Dependendo do que você deseja visualizar para o seu sprint, existem alguns tipos diferentes de gráficos de velocidade que podem ser usados. Aqui estão alguns exemplos:

Gráfico de velocidade básica

Um gráfico de velocidade básico é um gráfico de barras que compara dois fatores principais: a quantidade projetada de trabalho que a equipe de desenvolvimento pode concluir em um sprint e o trabalho real que é concluído em um sprint. 

O eixo X do gráfico mostra diferentes sprints, enquanto o eixo Y exibe a quantidade de story points ou histórias de usuário.

Quando você olha para isso visualmente, é fácil ver, em média, o quanto a sua equipe pode concluir em um determinado sprint em comparação com a quantidade estimada.

Gráfico de burndown

Um gráfico de burndown estima a quantidade de trabalho que a equipe precisa concluir e a compara com o tempo restante no sprint. À medida que o sprint avança, a meta é que a linha do gráfico se aproxime de zero. 

Se você tiver uma estimativa da velocidade da sua equipe, pode traçá-la no gráfico de burndown e ver como a sua equipe se compara à linha de velocidade ideal. No exemplo acima, é possível ver como, no início do sprint, a equipe conseguiu concluir mais trabalho do que o previsto na linha ideal. Em algum momento, a equipe teve uma queda no trabalho, mas ainda assim alcançou a meta final. 

Gráfico de burnup

O gráfico de burnup é exatamente o oposto do gráfico de burndown. Este gráfico geralmente inclui duas linhas: o trabalho real concluído e a meta ideal que se deseja que a equipe alcance. A meta ideal geralmente é uma linha horizontal no gráfico, enquanto o trabalho real cresce continuamente até alcançar a linha da meta com o passar do tempo.

Dicas para regular a velocidade de sprint da sua equipe

Se você perceber que a velocidade de sprint da sua equipe é inconsistente, isso pode ser um sinal de que você precisa regular a velocidade da sua equipe. A consistência na velocidade do sprint é importante porque você pode ver facilmente o desempenho regular da equipe: as inconsistências aparecem quando algo está errado.

Por exemplo, quatro dos seus sprints mais recentes tiveram velocidades de sprint de 4,5, 7, 5 e 3. A velocidade média do sprint costuma ser em torno de 6. A inconsistência da velocidade do sprint pode ser um indicador de um problema maior. Regular a velocidade de sprint da sua equipe significa tentar manter a velocidade de sprint consistente de sprint para sprint.

Aqui estão algumas dicas sobre como você pode regular a velocidade de sprint da sua equipe.

Esclareça as histórias de usuário

Uma coisa que pode ajudar a estabilizar a velocidade do sprint da sua equipe é garantir que as histórias de usuário sejam claras e fáceis de entender antes do início do sprint. Uma história de usuário é uma explicação breve de um recurso do software, escrita sob a perspectiva de um usuário final. Essas histórias de usuário geralmente estão vinculadas a itens em um backlog. Isso garante que a equipe Scrum ou os membros da equipe do projeto possam se concentrar no trabalho que precisam fazer, em vez de perder tempo procurando as partes interessadas para obter mais detalhes. Isso pode ajudar a aumentar a velocidade ao concentrar o tempo da equipe no trabalho que realmente importa.

Garanta a consistência

Se a velocidade da sua equipe for inconsistente, você pode estar alterando muitas variáveis de sprint para sprint. Por exemplo, você está trocando membros da sua equipe de desenvolvimento? A composição da equipe pode alterar a quantidade de trabalho que ela pode realizar. 

Veja a seguir outras variáveis que podem afetar a velocidade da sua sprint:

• Duração do sprint

• Aumento nos pontos de história

• Mudança nos processos

Estabeleça uma definição uniforme de “concluído”

É importante que todos na sua equipe tenham uma compreensão clara do que significa uma história de usuário estar “concluída”. Este é um aspecto fundamental da estrutura Scrum que também é frequentemente usado em outras metodologias ágeis. 

Quando a equipe tem uma definição clara do que significa uma história de usuário estar completa, ela consegue estimar com mais precisão a quantidade de trabalho envolvida em cada uma delas. Isso, por sua vez, leva a estimativas de projeto mais precisas e, em última análise, a uma velocidade de sprint mais precisa.

Organize uma retrospectiva de sprint

Um dos benefícios da metodologia Agile é que ela é um processo de desenvolvimento iterativo. Isso significa que, ao final de cada sprint, há uma oportunidade de refletir sobre o sprint anterior e ver o que deu certo e o que não deu. Uma reunião de retrospectiva de sprint é exatamente isso: uma reunião dedicada a refletir sobre o sprint anterior e como melhorar para o próximo.

A meta aqui é melhorar continuamente. À medida que a sua equipe realiza diferentes sprints, ela deve aplicar os aprendizados dos sprints anteriores aos sprints futuros. Isso dá à equipe a oportunidade de mudar os processos para melhorar continuamente.