velocidade

by Rodrigo Pinto Rodrigo Pinto 1 comentário

Fazendo seu time entregar mais. Como aumentar a velocidade

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!

by Agile.Inc Agile.Inc Nenhum comentário

Como lançar um produto em pouco tempo se sua empresa é lenta?

Entenda como ter mais dinamismo e menos burocracia para lançar seus produtos de forma mais rápida e ter crescimentos exponenciais

Ouço muito a pergunta de gestores e administradores de empresas: “Como lançar um produto em pouco tempo se minha empresa é lenta?” ou “Será que é possível minha organização lançar rapidamente um produto e sair na frente?”

Atualmente as startups jogam um jogo muito diferente das empresas grandes ou tradicionais. Elas tem muito mais dinamismo, menos burocracia e, por isso, conseguem lançar um produto em pouco tempo, mais rápido e ter crescimentos exponenciais, chegando até a ameaçar os grandes players.

Muitas vezes o desejo da diretoria é ter um projeto que já dê algum tipo de retorno de curto prazo (talvez em 3 meses por exemplo), mas o projeto geralmente vai demorar de 1 ano a 1 ano e meio. Você acaba perdendo o time-to-market e não sai na frente. Isso ainda quando consegue lançar um produto bom.

As empresas até possuem ótimos profissionais, mas que não conseguem jogar o jogo e lançar o produto bom e rápido. O que acontece?

Geralmente, a empresa está uma cultura, um status quo tradicional, e mudar isso é difícil e muitas vezes demorado. Alguns sinais de um status quo tradicional:

  • Muitos projetos em paralelo, tirando o foco das pessoas
  • Baixa transparência do que está acontecendo nos projetos
  • Equipe acostumada com o status quo atual e quer fazer um produto 100% perfeito para lançar, com uma perfeição técnica absurda
  • Medo de desafios. “E se der alguma coisa errada no caminho?” muitos pensam, e acabam nem se mexendo.
  • Algumas empresas iniciam o processo de contratação de pessoas, mas até achar no mercado, fazer o onboarding, e depois começar a mudar o mindset do time, já se passou muito tempo.

Conversamos com empresas diariamente, como vemos que as pessoas estão conseguindo quebrar essas barreiras e lançar um produto rápido?

Basicamente vemos dois grandes modelos de sucesso:

1) Criar uma célula separada, dentro da organização.

Essa célula pode ser mais ou menos acoplada na organização.
– Uma célula mais acoplada pode ser como uma área de inovação.
– Uma célula menos acoplada, acaba até sendo um spin-off, as vezes até com outra marca.
Em ambos os casos é vital ter profissionais que consigam conduzir essa equipe com a agilidade. Ter um Agile Coach que consiga auxiliar com ferramentas e mindset ágil pode definir o sucesso ou fracasso da iniciativa. Caso contrário, o time não fará muito diferente.

2) Contratar um time de especialista, um SQUAD, que já esta acostumado com estes desafios e resolve este tipo de problema mais rápido. É importante escolher o fornecedor correto e mesclar o time externo com algumas pessoas internas, principalmente pessoas sênior de negócios e TI.

Em ambos os casos, lançar um produto em pouco pode variar de alguns poucos meses, até 1 ano. Tudo depende de quanto se conhece o mercado. Em projetos com menos conhecimento do mercado, no começo, time será composto por mais pessoas de pesquisa (Research). Se o time já conhece bem o mercado o lançamento acaba sendo em um espaço menor de tempo.
Mas independente disso, é essencial a validação das hipóteses do problema junto aos clientes potenciais, com soluções tipo MVP. Somente depois disso, deixar o produto mais robusto e mais escalável.

A agile.inc é especialista em ambos os casos, ajudando as empresas a lançarem melhores produtos, que de vantagem competitiva nesse mercado tão complexo.

Quer entender melhor como funciona nosso trabalho? Clique aqui e entre em contato!

Top