GUIA
Flow Distribution (Distribuição de Fluxo): O Que É e Como Calcular
Uma métrica de fluxo central — a mistura de trabalho que um time realmente conclui, quebrada por categoria.
O que mede
Flow distribution é a proporção do trabalho concluído que cai em cada categoria que seu time acompanha — geralmente alguma versão de trabalho de feature, defeitos/bugs, dívida técnica, e trabalho de risco/compliance. O Flow Framework define quatro categorias oficiais; na prática, a maioria dos times acaba precisando de uma quinta ou de sua própria variação, porque as quatro originais não cobrem bem trabalho tipo toil operacional recorrente, que não é bem um defeito nem bem uma feature.
Como calcular
Classifique cada item concluído numa categoria, e então expresse a fração de cada categoria como porcentagem do trabalho total concluído num período. A parte que exige uma decisão de verdade é onde ficam as fronteiras de categoria — tipo de issue e labels no seu rastreador são um ponto de partida, mas raramente se encaixam de forma limpa sozinhos; a maioria dos times acaba precisando de regras explícitas (se o campo X contém Y, é categoria Z) pra chegar numa quebra em que as pessoas de fato confiam.
Por que importa
Um número de throughput sozinho esconde a história que a flow distribution conta: um time que "entregou 40 itens" mas onde 30 deles eram correção de bug está numa posição bem diferente de um onde 30 eram feature nova. Acompanhar essa divisão ao longo do tempo transforma "estamos ocupados" em "estamos gastando a maior parte da nossa capacidade em defeito nesse trimestre" — ponto de partida pra uma conversa de verdade sobre prioridades, não só uma sensação vaga de que o time está sobrecarregado.
Como o moasy.tech calcula isso
O moasy.tech classifica trabalho concluído em Bug, Feature, Dívida Técnica, Toil e Risco — cinco categorias em vez das quatro originais do Flow Framework, mais perto de como times de engenharia realmente descrevem seu trabalho, incluindo uma categoria ("Toil") pra carga operacional recorrente que não se encaixa bem como defeito nem feature. As categorias vêm de regras semânticas que você mesmo configura, não uma taxonomia fixa: defina um padrão pra empresa inteira, depois deixe cada time sobrescrever, já que o que conta como Toil pra um time pode ser Feature pra outro. A mesma categorização também pode ser quebrada um nível a mais, por épico, pra ver qual iniciativa específica está gerando mais de qualquer categoria.
Veja as outras métricas de fluxo no guia completo, ou a implementação inteira na página de Flow Metrics.
Perguntas sobre flow distribution
Por que o moasy.tech usa 5 categorias em vez das 4 do Flow Framework?
Porque "Toil" — trabalho operacional recorrente tipo deploy manual, pedido de acesso, ou manutenção de rotina — não se encaixa de forma limpa em feature, defeito, dívida ou risco, e forçar isso num desses buckets deixava a quebra menos útil, não mais precisa.
A mesma categoria pode significar coisas diferentes em times diferentes?
Sim, de propósito — a regra do próprio time tem precedência sobre um padrão da empresa, já que o que um time trata como Toil, outro pode tratar como Feature, e forçar uma única definição fixa em todo time costuma produzir números em que ninguém na ponta confia.