O que é Throughput (Vazão)?

A vazão é uma medida geral de sistemas de fluxo e aparece no Kanban Guide de 2025 como métrica básica. Seu cálculo é uma contagem de itens concluídos por intervalo. O guia não impõe janela universal nem transforma o número em meta individual; a interpretação depende da definição de trabalho e do sistema observado.

Throughput, ou vazão, é a contagem de itens concluídos por unidade de tempo em um fluxo definido. O Kanban Guide de 2025 o inclui entre as métricas de fluxo. “Oito solicitações por semana” só é interpretável se a equipe disser que tipo de solicitação conta, qual evento caracteriza conclusão e qual período foi usado. A métrica descreve comportamento histórico; não garante que a próxima semana repetirá a mesma quantidade.

Defina a unidade de trabalho. Itens podem ser histórias, incidentes, solicitações ou contratos. Misturar demandas muito diferentes pode tornar a contagem inadequada para a decisão. Um item gigante conta como um, assim como um ajuste pequeno; essa é a simplicidade e também o limite da vazão. Fatiar trabalho de forma consistente melhora a comparabilidade. Criar dezenas de itens artificiais só para elevar o número torna a métrica inútil.

Defina o ponto de saída. Uma tarefa movida para “desenvolvido” não é entrega se ainda precisa de teste, aprovação ou publicação. Escolha a fronteira conforme a pergunta: capacidade interna de concluir desenvolvimento ou capacidade de entregar valor ao cliente. Registre mudanças nessa definição, pois a série anterior pode não ser comparável. Evite contar item reaberto duas vezes sem política explícita.

Escolha janela de observação. Conte conclusões por dia, semana ou Sprint, conforme o volume. Janelas curtas mostram variação alta; janelas longas suavizam mudanças importantes. Um gráfico de execução permite ver tendências, quedas e picos. Compare períodos com férias, incidentes, sazonalidade e alteração de equipe. Uma média isolada esconde semanas de zero entrega e outras de lote grande.

Use distribuição para prever. Dados históricos de vazão podem alimentar cenários probabilísticos de quantos itens comparáveis serão concluídos em certo prazo. Uma simulação de Monte Carlo pode reamostrar observações passadas, mas sua qualidade depende de estabilidade relativa e representatividade. Não use uma amostra de cinco semanas atípicas como base de promessa precisa para um ano. Declare hipóteses e faixas de incerteza.

Relacione com WIP e tempo. Vazão, trabalho em progresso e tempo médio se relacionam sob condições específicas descritas pela Lei de Little. A relação ajuda a raciocinar sobre o sistema, mas não significa que basta dividir dois números para prever qualquer item. Alterações de entrada, tamanho e conclusão podem invalidar comparações simples. Observe também idade de itens em andamento e tempo de ciclo para detectar acúmulo atrás de uma vazão aparentemente estável.

Diferencie velocity. Em Scrum, velocity costuma significar pontos de história concluídos por Sprint, quando o time escolhe essa escala. Throughput conta itens, sem depender de estimativa. Os dois refletem aspectos diferentes e podem ser úteis internamente. Nenhum é medida direta de valor entregue ou de produtividade individual. Comparar equipes por itens concluídos incentiva dividir ou rotular trabalho para ganhar pontos no placar.

Examine qualidade. Aumento de vazão acompanhado de mais defeitos, retrabalho ou insatisfação pode ser pior para o produto. Defina conclusão com critérios de qualidade e acompanhe resultados. Uma semana com muitos itens pequenos não prova melhora duradoura. Pergunte se o sistema entrega o que clientes precisam, com prazo e qualidade sustentáveis. A métrica deve provocar investigação, não substituir julgamento.

Trate bloqueios e capacidade. Queda persistente pode resultar de gargalo, interrupções ou dependência externa. Um pico pode refletir liberação de lote antigo, e não aumento de capacidade. Examine quadro, CFD e itens específicos antes de mudar metas. A resposta talvez seja reduzir entrada, melhorar política de seleção ou ajudar uma etapa crítica, e não pressionar pessoas por mais cartões concluídos.

Mantenha dados honestos. Automatize contagem quando possível, mas confira estados e exceções. Combine como tratar itens cancelados, divididos e reabertos. Uma série auditável é mais útil que um dashboard elegante com definição instável. Revise a métrica quando o serviço muda. A vazão ajuda a aprender sobre capacidade real do sistema somente se o grupo confia no que foi contado.

Exemplo hipotético: um time de suporte conclui por semana 8, 11, 9, 4 e 10 solicitações de um tipo comparável. A média simples é 8,4, mas a quarta semana teve indisponibilidade de um sistema externo. Para responder quantas solicitações pode concluir nas próximas semanas, a equipe usa a distribuição, considera a dependência e comunica uma faixa, não “8,4 por semana” como certeza. Os dados são ilustrativos.

Ao conferir o processo, percebe que vários itens foram marcados concluídos antes da confirmação do cliente. Ajusta o ponto de saída e inicia nova série ou anota a quebra. Também separa incidentes críticos de pedidos padrão, porque as políticas e tamanhos diferem. A contagem mais honesta pode parecer menor, mas serve melhor às decisões.

Em outra semana, conclui 15 itens, muitos deles acumulados em revisão desde o mês anterior. O pico não é interpretado automaticamente como produtividade nova. O time examina entrada, WIP e tempo de ciclo para entender se o fluxo realmente melhorou.

Throughput conta itens terminados por período; velocity geralmente soma pontos de história concluídos por Sprint em times que usam essa estimativa. Vazão dispensa pontuar cada item, mas sofre quando tamanhos variam muito. Velocity depende de escala local. Nenhuma das duas deve ser usada para ranquear pessoas ou equipes; as decisões exigem olhar valor, qualidade e contexto.

Cursos K21 recomendados