Entenda como e onde usar esse indicador para auxiliar o planejamento, seja da Sprint ou de uma Release
Velocidade no Scrum é uma prática complementar. Ela não é descrita no Scrum Guide, mas é utilizada e reconhecida por muitos da comunidade.
O que é Velocidade?
Velocidade é uma medida de itens do Product Backlog entregues por Sprint. De acordo com o glossário Scrum.org (https://www.scrum.org/resources/scrum-glossary), Velocidade é uma indicação opcional da quantidade de Product Backlog Itens transformado em Incremento, durante um Sprint, por um Time Scrum.
Onde usar esse indicador?
Sprint Planning – Esse indicador é utilizado pelo time de desenvolvimento, no Sprint Planning, para auxiliar na montagem do Sprint Backlog. Por exemplo, se o time de desenvolvimento sabe historicamente entregar em média 5 itens do Product Backlog por Sprint, então, no Planejamento do Sprint, esse time tende a pegar algo aproximado dos 5 itens do Product Backlog.
Monitoramento e progresso do projeto – A mesma informação é utilizada pelo Product Owner para fazer a previsão sobre o Product Backlog. No mesmo cenário acima, sabendo que o time de desenvolvimento sabe historicamente entregar em média 5 itens do Product Backlog por Sprint, e olhando o Product Backlog, conseguimos projetar quando um item ficará pronto, ou qual a previsão de entrega para as próximas Sprints.
Posso prever o futuro?
Vale destacar que Velocidade é utilizada apenas para auxiliar o planejamento, dando uma forma empírica (olhando o passado para projetar o futuro), seja da Sprint ou de uma Release.
Não deve ser utilizada a Velocidade como fator de sucesso de um time. Sucesso deve ser sempre baseado em valor entregue, em satisfação do cliente, em resolução de problemas de negócio. Os entregáveis são a parte mais importante de um time Scrum e não suas métricas.
Velocidade não é boa ou ruim. É apenas um indicador, um fato.
Como Aumentar a Velocidade?
Como consigo dentro do Scrum, aumentar a velocidade e ajudar o time a entregar mais?
Nível de detalhes dos itens / Refinamento: Quanto mais detalhes os itens do Product Backlog possuírem, menos tempo será gasto para o time se planejar.
Priorização: Se os itens tiverem priorizados, a Velocidade do time aumenta, pois esse time terá os itens mais importantes entregues primeiro. Um bom Product Owner é que consegue FDP (fatiar, descartar e priorizar). Se você chega ao final de uma release e itens essenciais estão faltando, provavelmente não priorizou corretamente o desenvolvimento. Você deve ter sido iterativo mas não iterativo e incremental.
Débito técnico: Quanto mais débito técnico no projeto, esse tende a ficar mais difícil de trabalhar.
Formação de time: Um time que não se comunica, que não trabalha junto, que não tem os valores do Scrum vividos, com certeza tem problemas durante o desenvolvimento.
Propósito / visão clara / autonomia: Um time que não sabe para onde está indo, e só tem um monte de tarefas, tende a ser menos engajado, a dar menos ideias do que um time que tem uma visão clara e autonomia para atingir aquele objetivo.
Alocação de pessoas: Mas, quando coloca mais pessoas, tende a cair um pouco até estabilizar novamente.
Mais horas: Mas isso é provado que as pessoas tendem a colocar bugs no sistema.
Melhoria contínua: Utilizar realmente a Sprint Retrospective para fazer o time crescer mais.
Aprendizado / Inspeção e Adaptação: Ter um incremento Done ao final de um sprint, e juntamente com stakeholders, inspecionar o incremento, aprender com ele e ajustar o plano.
Remoção de impedimentos: Impedimento é tudo aquilo que atrapalha o time de entregar e que não pode ser resolvido pelo próprio time. Esse item está ligado diretamente com o trabalho do Scrum Master.
Alocação de pessoas e mais horas alocadas, infelizmente são os únicos itens que muitos times reconhecem de como forma de aumentar a velocidade.
E ai, se você é um Scrum Master, consegue aumentar a velocidade do seu time trabalhando nos itens acima?
Mas preste atenção – não é o objetivo aumenta a velocidade por aumentar. O objetivo é como podemos gerar mais valor.
Use a lista abaixo e preencha 1: nem sei por onde começar; 2: trabalho um pouco com o meu time; 3: acho que não tenho problemas com isso, mas tenho que ficar sempre alerta; 4: atuamente domino isso.
Depois some e tudo e veja como você se encontra…
( ) Nível de detalhes dos itens / refinamento
( ) Priorização
( ) Débito Técnico
( ) Formação de time
( ) Propósito / visão clara / autonomia
( ) Melhoria Contínua
( ) Aprendizado / Inspeção e Adaptação
( ) Remoção de Impedimentos
Quer entender mais como este processo funciona e como podemos te ajudar a se tornar uma organização ágil? Clique aqui e entre em contato!
Teremos um imenso prazer em contar com mais detalhes em um bate-papo.
Um abraço!
