Guia Scrum | 34. Velocidade no Scrum – Velocidade da Equipe de Desenvolvimento

A Velocidade no Scrum ajuda você a determinar a taxa na qual a Equipe Scrum completa as tarefas. Podemos defini-la como o número médio de Pontos de História completados em um Sprint. A Velocidade também pode estimar a duração de um projeto com base no progresso do trabalho já concluído. No entanto, isso só faz sentido para uma equipe madura que trabalha em um ritmo uniforme e constante. Dê uma olhada no que é a Velocidade e como fazê-la funcionar melhor para você!

Velocidade no Scrum – índice:

1. Velocidade no Scrum – Introdução
2. Velocidade real e planejada
3. Dificuldades e riscos associados à Velocidade no Scrum
4. Resumo

Velocidade no Scrum – Introdução

A Velocidade é um método opcional, mas popular, para medir o ritmo de uma Equipe Scrum. Isso ocorre porque uma Velocidade estimada com precisão permite prever, em um grau razoável, o tempo necessário para concluir um projeto. No entanto, é uma medida que só pode ser aplicada a uma determinada Equipe de Desenvolvimento, que realizará tarefas que ela mesma “avaliou” usando uma unidade familiar, como Pontos de História, por exemplo.

A Velocidade da Equipe de Desenvolvimento é apresentada com mais frequência na forma de um Gráfico de Velocidade. No eixo X estão marcados Sprints consecutivos. No eixo Y, por outro lado, encontraremos o número de Pontos de História ou outras unidades correspondentes que foram completadas em um determinado Sprint. Com o Gráfico de Velocidade, a Equipe Scrum ganha uma visão clara das mudanças no ritmo de seu trabalho. Se a linha marcada no gráfico estiver subindo, isso significa que a Equipe está otimizando sua eficiência ou reduzindo o valor dos Pontos de História. Tanto o Scrum Master quanto o Product Owner devem, portanto, acompanhar cuidadosamente a linha que mostra a Velocidade da Equipe.

Velocidade real e planejada

A Velocidade real da Equipe de Desenvolvimento descreve o ritmo de trabalho no Sprint concluído e é calculada no final de cada Sprint. Ela assume o valor da soma dos Pontos de História para todas as User Stories concluídas. A Velocidade real da Equipe de Desenvolvimento permite planejar e estimar com alguma probabilidade o ritmo das tarefas futuras.

A Velocidade planejada, por outro lado, é estimada com base em um valor médio da Velocidade real. Ela requer a suposição de que não haverá mudanças na Equipe de Desenvolvimento. É uma ferramenta interna importante para a Equipe de Desenvolvimento, que, com base nela, pode avaliar se a cooperação na Equipe está indo bem e se o ritmo de trabalho está sendo mantido.

A Velocidade planejada também permite que o Product Owner preveja o tempo de execução de User Stories bem definidas programadas para execução em Sprints subsequentes. Isso possibilita um cuidado mais eficiente do Product Backlog, sobre o qual escrevemos neste artigo. No entanto, a prática de aplicar a Velocidade planejada para estimar a duração de projetos não é tão simples.

Dificuldades e riscos associados à Velocidade no Scrum

A Velocidade no Scrum é frequentemente dada muita importância sem considerar os seguintes fatores:

• estimando conjuntos maiores ou o projeto inteiro – enquanto a Equipe de Desenvolvimento pode estimar com precisão o número de Pontos de História a serem atribuídos a uma tarefa específica, é muito difícil ou impossível descrever conjuntos maiores para implementação futura nessas unidades
• mudanças no projeto – qualquer mudança no projeto potencialmente significa uma mudança no número de Pontos de História necessários para alcançar o Objetivo do Produto. Também pode ser que tarefas já concluídas precisem ser modificadas ou até mesmo não utilizadas na versão final do Produto
• eventos imprevistos – prever o ritmo de projetos futuros com base naqueles já concluídos, ou seja, traduzir a Velocidade real em Velocidade Planejada, pode resultar em estimativas precisas. No entanto, cada projeto tem suas peculiaridades e uma previsão precisa com base na história geralmente é impossível.

Resumo

Usar a Velocidade como uma métrica para avaliar a eficácia da Equipe de Desenvolvimento pode fazer com que sua confiabilidade se degrade. Ela também pode degradar a qualidade das estimativas, sobre o que escrevemos em mais detalhes neste artigo. Afinal, para obter os melhores resultados possíveis nas métricas, a Equipe de Desenvolvimento pode superestimar a intensidade de trabalho das tarefas para aumentar a Velocidade. Isso é prejudicial, pois a própria equipe perde informações valiosas para fazer melhorias e planejar suas tarefas com mais precisão.

A Velocidade no Scrum é útil principalmente como uma medida interna usada pela Equipe de Desenvolvimento para avaliar o ritmo de seu trabalho. Isso ocorre porque permite que ela determine quantas tarefas é capaz de completar durante um único Sprint.

A Velocidade nas mãos do Product Owner torna-se uma ferramenta útil para estimar o prazo para tarefas maiores.

No entanto, os maiores riscos estão associados ao uso da Velocidade como uma métrica para avaliar a Equipe de Desenvolvimento. Isso ocorre porque pode levar a uma redução de sua credibilidade e até mesmo a uma superestimação deliberada de seu valor para melhorar a avaliação externa do trabalho da Equipe Scrum.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.