Autoavaliação de métricas de fluxo para equipas

Verifique como o trabalho avança na sua equipa e compare-o com os dados de fluxo da sua ferramenta.

Experimente esta avaliação de saúde ao vivo

O que é uma autoavaliação de métricas de fluxo?

O fluxo é a forma como o trabalho avança numa equipa, desde que é iniciado até ser concluído. O Guia Kanban define quatro métricas de fluxo que todas as equipas Kanban devem acompanhar: trabalho em curso, throughput, idade dos itens de trabalho e tempo de ciclo. A maioria das equipas já consegue obter estes números em ferramentas como Jira, Azure DevOps, Linear ou GitLab. Esta avaliação pergunta como a equipa vive o fluxo, e não quais são os números. Cada pessoa avalia 10 afirmações em privado, sobre definições partilhadas, trabalho visível, limitação do trabalho em curso, trabalho parado e previsibilidade. Coloque os gráficos de fluxo da sua ferramenta ao lado dos resultados quando os discutirem e, depois, transforme as pontuações mais baixas em ações numa retrospetiva.

Dimensões

Definições e visibilidade

Se a equipa está de acordo sobre o que é o seu trabalho e se consegue vê-lo na totalidade.

  • Início e conclusão

    Estamos todos de acordo sobre quando um trabalho conta como iniciado e quando conta como concluído.

  • Trabalho visível

    Todo o nosso trabalho, incluindo os pedidos não planeados, está visível num único local.

Limitar o trabalho em curso

Se a equipa mantém o trabalho por concluir suficientemente baixo para que os itens continuem a avançar.

  • Terminar antes de começar

    Terminamos o trabalho que já está em curso antes de começarmos algo novo.

  • Limites de trabalho em curso

    Mantemos a quantidade de trabalho em curso suficientemente baixa para que os itens continuem a avançar.

Trabalho parado

Se o trabalho envelhecido e bloqueado é detetado e tratado.

  • Itens mais antigos primeiro

    Verificamos regularmente os nossos itens por concluir mais antigos e agimos sobre eles.

  • Bloqueios resolvidos

    Os bloqueios são sinalizados assim que surgem e resolvidos rapidamente.

  • Em execução, não em espera

    Os nossos itens de trabalho passam mais tempo a ser trabalhados do que parados à espera.

Previsibilidade

Se a equipa sabe quanto tempo o trabalho costuma demorar e se o conclui a um ritmo constante.

  • Prazos conhecidos

    Sabemos quanto tempo costuma demorar um trabalho semelhante e planeamos em função disso.

  • Ritmo de conclusão constante

    Concluímos itens a um ritmo constante, e não em grandes picos.

Aprender com o fluxo

Se a equipa usa os seus dados de fluxo para melhorar a forma como trabalha.

  • Dados de fluxo nas retrospetivas

    Analisamos os nossos dados de fluxo nas retrospetivas e, com base neles, mudamos a forma como trabalhamos.

Quando utilizar essa avaliação de saúde

  • Quando o quadro parece cheio de atividade, mas pouco parece ficar concluído.
  • Quando os gráficos da sua ferramenta mostram um problema, como itens a envelhecer ou trabalho a acumular-se, e a equipa precisa de falar sobre as causas.
  • Quando uma equipa começa a usar Kanban ou altera o seu fluxo de trabalho, para confirmar que o essencial está assegurado.

Dicas e truques

  • Tragam os números. A maioria das ferramentas de acompanhamento consegue apresentá-los em gráficos, como o gráfico de controlo e o diagrama de fluxo cumulativo no Jira, os widgets de tempo de ciclo e lead time no Azure DevOps, o Linear Insights ou o GitLab Value Stream Analytics.
  • Quando as avaliações da equipa e os gráficos não coincidem, falem sobre o porquê. Essa diferença é muitas vezes a parte mais útil da discussão.
  • Comecem pelos itens por concluir mais antigos. Perguntar porque é que cada um está parado leva normalmente direto ao bloqueio ou à regra que precisa de mudar.
  • Acordem o que significa "iniciado" e "concluído" antes de compararem dados ao longo do tempo; caso contrário, os números não terão o mesmo significado de um mês para o outro.
  • Transformem uma ou duas das pontuações mais baixas em ações na próxima retrospetiva e voltem a fazer a avaliação dentro de algumas semanas para ver o que mudou.

Perguntas frequentes

Quais são as quatro métricas de fluxo?
O Guia Kanban indica quatro. O trabalho em curso (WIP) é o número de itens iniciados mas ainda não concluídos. O throughput é o número de itens concluídos num determinado período, como uma semana. A idade dos itens de trabalho é o tempo que um item por concluir já está em curso, e o tempo de ciclo é o tempo que um item concluído demorou do início ao fim.
O que é a idade dos itens de trabalho?
É o tempo decorrido desde que um item foi iniciado, para trabalho que ainda não está concluído. Ao contrário do tempo de ciclo, pode ser vista enquanto o trabalho ainda está em curso, por isso alerta cedo quando algo está parado. O Guia Kanban pede às equipas que garantam que os itens não envelhecem desnecessariamente, usando como referência o tempo previsto para a sua conclusão.
Qual é a relação entre as métricas de fluxo e as métricas DORA?
O change lead time da DORA, o tempo que vai desde o commit do código até à sua execução em produção, é uma medida de fluxo para uma parte do processo. As métricas de fluxo abrangem todo o percurso, do início à conclusão, incluindo o trabalho anterior à escrita de qualquer código. Use a Autoavaliação de métricas DORA para a entrega e esta avaliação para a forma como o trabalho avança na equipa.
Precisamos de uma ferramenta para usar esta avaliação?
Não. As afirmações perguntam como a equipa vive o fluxo, por isso qualquer pessoa pode avaliá-las sem dados. Ainda assim, a discussão é melhor com números: se a sua ferramenta mostrar o tempo de ciclo, o trabalho em curso ou os itens a envelhecer, traga esses gráficos.
Como usamos os dados de fluxo numa retrospetiva?
Analisem as afirmações com pior avaliação ao lado do gráfico correspondente, como os itens a envelhecer ou o trabalho em curso ao longo do tempo. Perguntem o que está a causar esse padrão e acordem uma mudança a experimentar, como um limite mais baixo para o trabalho em curso. Consultem o mesmo gráfico na retrospetiva seguinte para ver se ajudou.
Quem criou o Guia Kanban?
John Coleman e Daniel Vacanti. A versão atual foi publicada em maio de 2025 em kanbanguides.org, com uma licença Creative Commons. As afirmações desta avaliação são da autoria da TeamRetro. A TeamRetro não tem qualquer ligação aos autores nem à Kanban Guides.

Based on the flow metrics in The Kanban Guide (May 2025) by John Coleman and Daniel Vacanti.

Exames médicos relacionados